魂を込めた設計を：VB.NETにおける「設定管理」の極限解
VB.NETを扱うエンジニアの多くが、`My.Settings`という甘い蜜に溺れ、本来あるべき「環境分離」という概念を忘却している。
`App.config`は単なるXMLではない。それはアプリケーションが環境という過酷な荒野を生き抜くための「設計図」だ。本稿では、レガシーからモダンへの橋渡しを担うシニア層に向けて、接続文字列の管理、メモリ負荷を考慮した構成管理、そしてセキュアな運用設計の真髄を説く。
—
1. App.config vs My.Settings：設計思想の峻別
まず、両者の本質を理解せよ。
- App.config (System.Configuration): アプリケーションの「静的構成」。実行バイナリから分離された外部設定ファイル。環境ごとに差し替えることが前提のアーキテクチャだ。
- My.Settings (Properties.Settings): アプリケーションの「動的状態」。ユーザー設定やアプリケーションの実行履歴を保存するためにある。
結論を言おう。 接続文字列やAPIエンドポイントなど、環境（Dev/Test/Prod）に依存するパラメータを`My.Settings`にハードコードしてはならない。それは「環境差異の吸収」を放棄した設計であり、ビルドのたびに設定が混入する「事故の温床」である。
—
2. 環境差異を吸収する「プロファイル分離」の極意
実務では、ビルド構成ごとに`App.config`を自動変換する手法が最強だ。MSBuildの`TransformXml`を利用し、`Web.config`のように`App.Debug.config`や`App.Release.config`を適用せよ。
もし、レガシーな環境でビルドサーバーの制約があるならば、以下のコードのように「環境変数によるオーバーライド」を実装するのが最も堅牢だ。
Imports System.Configuration
”’
”’
Public NotInheritable Class ConfigManager
Private Sub New() End Sub
Public Shared Function GetConnectionString(ByVal key As String) As String
‘ 1. OSの環境変数を最優先（コンテナ環境やCI/CD対応）
Dim envVar As String = Environment.GetEnvironmentVariable(key)
If Not String.IsNullOrEmpty(envVar) Then Return envVar
‘ 2. App.configの設定をフォールバック
Dim setting As ConnectionStringSettings = ConfigurationManager.ConnectionStrings(key)
If setting Is Nothing Then Throw New ConfigurationErrorsException($”Key {key} not found.”)
Return setting.ConnectionString
End Function
End Class
—
3. セキュアな運用：接続文字列の「保護」
`App.config`に平文のパスワードを記述する愚を犯してはならない。Windows環境であれば、`aspnet_regiis.exe`を応用し、`ProtectedConfigurationProvider`を使用してセクションを暗号化せよ。
これにより、ファイルシステムを覗き見られても、DPAPI（Data Protection API）によって暗号化された情報は、そのマシン上の特定のサービスアカウントでしか復号できない。これがWindowsの真の力だ。
—
4. メモリとライフサイクル：ConfigurationManagerの罠
`ConfigurationManager`はキャッシュ機構を持つが、巨大なカスタムセクションを頻繁に読み込む設計は、マネージドヒープに不要な圧力（GCの誘発）をかける。
- 極限の知見: 設定値はアプリ起動時に一度だけ読み込み、`ReadOnly`または`Lazy(Of T)`で保持せよ。
- API連携時: 外部APIのタイムアウト値や再試行回数などは、アプリ実行中に動的に再読み込みさせる必要があるかもしれない。その場合、`ConfigurationManager.RefreshSection(“appSettings”)`を呼び出すタイミングを、ユーザー操作の最中ではなく、特定のイベント（Timerや監視スレッド）で行うこと。
‘ 設定の遅延初期化パターン
Private Shared ReadOnly _dbConn As Lazy(Of String) = New Lazy(Of String)(Function()
Return ConfigManager.GetConnectionString(“MainDb”)
End Function)
Public Shared ReadOnly Property MainDbConnectionString As String
Get
Return _dbConn.Value ‘ 初回アクセス時にのみ読み込み、以後はメモリを占有
End Get
End Property
—
5. レガシーシステムとの決別：最後の忠告
VB.NETのプロジェクトで最も悲劇的なのは、グローバルな「モジュール」に設定値をベタ書きし、それを各画面から直接参照するスパゲッティコードだ。
1. 分離: 設定値は`Interface`として定義せよ。
2. 注入: コンストラクタで設定値を注入し、依存関係を明確にせよ（Dependency Injectionの思想）。
3. 解放: Windows APIを呼び出して複雑なリソースを管理している場合、`IDisposable`を実装し、`Finalize`に頼るな。`Dispose`パターンを徹底すること。
システムは「動く」だけでは不十分だ。「保守可能」であり、「環境が変化しても即座に適応できる」ことこそが、伝説のアーキテクトが目指すべき地平である。
諸君、コードを汚すな。設定を愛せ。そして、環境の差異という混沌を、設計の力でねじ伏せろ。
