こんにちは！開発現場の第一線で、日々コードと格闘お疲れ様です。
マクロの記録や、動くだけのコードをコピペする日々から抜け出し、「いよいよ実務で通用するしっかりとしたアプリケーション基盤を作りたい！」そう思っている中級者の方へ向けて、今日はとてもエキサイティングなテーマをお届けします。
テーマは「Environmentクラス」と「ConfigurationManager」の活用です。
「開発環境では動いたのに、本番環境（サーバー）に移したら動かない……」
「テスト用と本番用で、接続先データベースのURLを手動で書き換えるの、もう疲れた……」
そんな悩みを一発で解決し、環境差異をスマートに吸収する「プロの基盤づくり」を一緒にマスターしていきましょう。ここをクリアすれば、あなたの書くVB.NETコードは一気にプロダクション・グレード（実用レベル）にランクアップしますよ。それじゃあ、いってみましょう！
—
1. なぜ「環境差異の吸収」がプロの必須スキルなのか？
私たちが作るアプリケーションは、通常、以下のような複数の環境を行き来します。
1. 開発者の手元（ローカルPC）：デバッグ用。ログは詳細に出したい。
2. テスト環境（STG）：検証用。テスト用のデータベースを見る必要がある。
3. 本番環境（PROD）：実際のユーザーが使う場所。セキュリティとパフォーマンスが最優先。
これらを「コードの書き換え」で乗り切ろうとするのは、エンジニアの最大のアンチパターンです。コードを修正してビルドし直すようでは、いつか本番でミスをやらかします。
だからこそ、「動いている環境の情報をプログラム自身が察知し（Environment）」、「環境ごとの設定値をスマートに切り替える（ConfigurationManager）」仕組みが必要なのです。
—
2. Environmentクラスで「今いる世界」を知る
まずは、VB.NET（.NET Framework / .NET Core共通で使える強力なクラス）である `System.Environment` クラスを見ていきましょう。
このクラスは、まさに「今、このプログラムがどんなOSの、どんなマシンの、どんな権限で動いているか」を教えてくれる全知全能の窓口です。インスタンス化（`New`）すらすんな、すべてShared（静的）メンバーとして呼び出せるのも特徴です。
実務で即効性のあるEnvironmentプロパティたち
以下のコードを見てください。実務のログ出力や初期チェックでよく使う定番の技です。
Imports System
Module EnvironmentExplorer
Sub Main()
Console.WriteLine(“=== 実行環境の診断を開始します ===”)
‘ 1. マシン名とOS情報の取得
Console.WriteLine($”マシン名: {Environment.MachineName}”)
Console.WriteLine($”OSバージョン: {Environment.OSVersion.ToString()}”)
‘ 2. 64ビットOS上で動いているか？ (アーキテクチャの判定)
If Environment.Is64BitOperatingSystem Then
Console.WriteLine(“-> 64ビット環境で動作中です。パフォーマンス全開で行きましょう！”)
Else
Console.WriteLine(“-> 32ビット環境です。”)
End If
‘ 3. 現在実行しているユーザー名とドメイン名
Console.WriteLine($”実行ユーザー: {Environment.UserName}”)
Console.WriteLine($”ドメイン名: {Environment.UserDomainName}”)
‘ 4. アプリケーションのルートディレクトリ（動的取得）
Console.WriteLine($”現在の作業ディレクトリ: {Environment.CurrentDirectory}”)
Console.WriteLine($”システムディレクトリ: {Environment.SystemDirectory}”)
Console.WriteLine(“=== 診断終了 ===”)
End Sub
End Module
💡 ここがポイント：`Environment.GetEnvironmentVariable`
マシンの環境変数（PATHなど）や、クラウド環境（AzureやAWS）から注入される設定値を安全に取得するには、このメソッドを使います。
‘ “APP_ENV”という環境変数を取得する（開発用、本番用などの判定に超重要）
Dim currentEnv As String = Environment.GetEnvironmentVariable(“APP_ENV”)
If String.IsNullOrEmpty(currentEnv) Then
currentEnv = “Development” ‘ デフォルトは開発用とする
End If
Console.WriteLine($”現在のアプリケーションモード: {currentEnv}”)
これを使えば、「あ、今は本番サーバーだから、デバッグログの出力レベルを落とそう」といった動的な制御が自由自在になります。
—
3. ConfigurationManagerで「設定の外部化」を極める
環境がわかったところで、次は「接続文字列やAPIのURLなど、環境によって変わる設定値」をコードの外に出す方法を学びましょう。
ここで登場するのが `System.Configuration.ConfigurationManager` です。（※プロジェクトで参照設定が必要な場合や、.NET Core/.NET 6以降では `Microsoft.Extensions.Configuration` を使うのが主流ですが、今回は王道の `App.config` を使ったアプローチで基本を固めます）
App.config の書き方
プロジェクトに `App.config`（Webの場合は `Web.config`）ファイルを追加し、`
VB.NETコードからの安全な呼び出し方
初学者がやりがちなエラーとして、設定値が存在しない場合に `Nothing`（Null）が返ってきて、そのまま `.ToString()` や演算を行ってアプリがクラッシュするパターンがあります。
プロはこう書きます。「安全な型変換とデフォルト値のフォールバック」を実装しましょう。
Imports System.Configuration
Module ConfigLoader
Sub Main()
Try
‘ 1. 文字列設定の安全な取得
Dim apiUrl As String = ConfigurationManager.AppSettings(“ApiBaseUrl”)
If String.IsNullOrEmpty(apiUrl) Then
Throw New InvalidOperationException(“必須設定 ‘ApiBaseUrl’ が App.config に見つかりません。”)
End If
Console.WriteLine($”APIエンドポイント: {apiUrl}”)
‘ 2. 数値設定の安全なパース（Integer.TryParseの活用）
Dim timeoutStr As String = ConfigurationManager.AppSettings(“DbConnectionTimeout”)
Dim timeoutSeconds As Integer
If Not Integer.TryParse(timeoutStr, timeoutSeconds) Then
‘ 取得できない、または数値に変換できない場合は安全なデフォルト値を採用
timeoutSeconds = 15
Console.WriteLine($”[警告] タイムアウト設定が無効です。デフォルトの {timeoutSeconds} 秒を使用します。”)
Else
Console.WriteLine($”DB接続タイムアウト: {timeoutSeconds} 秒”)
End If
Catch ex As ConfigurationErrorsException
Console.WriteLine($”[設定エラー] 構成ファイルの読み込みに失敗しました: {ex.Message}”)
Catch ex As Exception
Console.WriteLine($”[予期せぬエラー]: {ex.Message}”)
End Try
End Sub
End Module
—
4. 陥りやすい罠：「あれ？設定が反映されない？」
実務で ConfigurationManager を使う際、中級者が必ず一度はハマる「恐ろしい罠」があります。
それは、ビルド時の設定ファイルのコピー問題です。
罠の正体
Visual Studioで `App.config` の値を書き換えて「デバッグ実行（F5）」したのに、古い値のまま動くことがあります。これは、ビルド時に出力フォルダ（`bin/Debug/netX.X/` など）へ `App.config` が正しくコピーされていない、あるいはファイル名が間違っている（例：`YourAppName.exe.config` になっていない）ことが原因です。
対策
1. ソリューションエクスプローラーで `App.config` を選択する。
2. プロパティウィンドウを開く。
3. 「出力ディレクトリにコピー」 の項目を確認する。
- 「常にコピーする」または「新しい場合はコピーする」に設定されているか確認する。
このひと手間で、デプロイ時の「設定が反映されない！」という冷や汗をかくトラブルを完全に防ぐことができます。
—
まとめ：環境を制する者は、基盤を制する
お疲れ様でした！今回は以下の極意を学びました。
- Environmentクラス：OSやマシン名、動的なディレクトリや環境変数を取得し、プログラムに「今どこにいるか」を自覚させる。
- ConfigurationManager：環境によって変わるパラメータをコードから切り離し、`App.config` で安全に管理する。
- TryParseと例外処理：設定値が欠損していてもアプリがクラッシュしない、堅牢なコードを書く。
ここをしっかりと押さえておけば、マクロの延長線上のコードとはおさらばです。どんな環境に放り込まれても動じない、プロフェッショナルなVB.NETアプリケーション基盤があなたの手で作れるようになります。
「ここをクリアすれば、Visual Basic (VB / VB.NET)の基本はバッチリですよ！」
自信を持って、次の開発にこの知見を組み込んでみてください。あなたのエンジニアライフが、より一層快適でクリエイティブなものになることを応援しています！
