実行パスの迷宮を断つ：Environment.CurrentDirectory vs BaseDirectory の「絶対的真理」
VB.NETを扱うエンジニア諸君。特に、長年VBAで培った直感で「ファイルパス」を扱っている層にとって、この問題は避けては通れない「最初の関門」であり、同時に「最後の落とし穴」でもある。
外部設定ファイルやログ出力先を指定する際、なぜあなたのシステムは環境によって場所を見失うのか。なぜ、デバッグ実行では動くのに、インストーラーで配備した途端に `FileNotFoundException` を吐くのか。
今日は、その「パスの迷子」を物理的に根絶するための、アーキテクチャの真髄を語る。
—
1. そもそも「カレントディレクトリ」とは何か？
多くの初心者が陥る罠が `Environment.CurrentDirectory` の使用だ。
このプロパティが指し示す先は、「プログラムの実行ファイル（.exe）がある場所」ではない。
「プロセスが開始された場所」だ。
ユーザーがコマンドプロンプトからアプリを起動したのか、ショートカットからなのか、あるいはタスクスケジューラ経由なのか。これによって、この値は刻一刻と変化する。OSの気まぐれに依存する変数に、設定ファイルの読み込み先を委ねるなど、エンジニアとしてあってはならない設計だ。
—
2. 絶対的な拠り所：AppDomain.CurrentDomain.BaseDirectory
対して、`AppDomain.CurrentDomain.BaseDirectory` は、実行ファイル（アセンブリ）が物理的に配置されているディレクトリを返す。
これこそが、我々が求めている「真の拠点」だ。
もし貴殿が、アプリケーションの直下に `config` フォルダを置き、そこから設定を読み込みたいのであれば、コードは以下のように書くのが鉄則だ。
Imports System.IO
Public Module PathUtility
”’
”’
Public Function GetAppAbsolutePath(relativePath As String) As String
‘ BaseDirectoryは末尾にパス区切り文字（\）を含むため、結合時には注意
Return Path.Combine(AppDomain.CurrentDomain.BaseDirectory, relativePath)
End Function
End Module
この実装であれば、環境がどうあろうと、実行ファイルとの相対関係が維持される限り、ファイルを見失うことはない。これが、システム保守における「再現性」の基本である。
—
3. レガシーな世界と現代の.NETの乖離
VBA/VB6時代、私たちは `App.Path` を多用した。あれは非常に強力だった。だが、現代の .NET 6/8 においては、コンテナ化や単一ファイル展開（Single-file publish）という概念がある。
単一ファイルとして配布された場合、実体は一時フォルダに展開される。この際、パスの挙動が期待通りにならないケースがある。その場合は、`Process.GetCurrentProcess().MainModule.FileName` を活用し、実行モジュールの物理場所を特定するなどの「防衛的コーディング」が必要になることもある。
メモリ最適化とオブジェクト解放の鉄則
パス取得の際、`Path.Combine` 等で生成した文字列を大量にループ内で生成してはならない。特に、頻繁にログを書き出すような常駐ツールでは、Stringの生成はGC（ガベージコレクション）を刺激する。
‘ 【悪い例】ループ内で毎回パスを再生成する
For Each file In files
Dim path As String = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, “logs”, file)
‘ …
Next
‘ 【良い例】パスのベースをキャッシュしておく
Private ReadOnly _logDirectory As String = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, “logs”)
‘ …
For Each file In files
Dim path As String = Path.Combine(_logDirectory, file)
‘ …
Next
些細なことだと思うかもしれない。だが、数百万件のログを捌くシステムで、この「キャッシュの意識」の有無が、GCの発生頻度を左右し、最終的なスループットを決定づける。
—
4. チーフアーキテクトからの提言
システム開発において「なんとなく動く」は罪だ。
- 設定ファイルは、必ず `BaseDirectory` を起点とする。
- カレントディレクトリには決して依存しない（必要なら起動時に絶対パスへ変換して固定する）。
- ファイルIOの前には必ず `File.Exists` で存在確認を入れ、例外を握りつぶさず適切にログに吐く。
VBAからの移行組は、特に「OSの環境変数が勝手にパスをいじくる」という性質に慣れすぎている。OSに依存するな。アプリが自身を制御せよ。
この鉄則を守るだけで、君たちの書くコードの堅牢性は劇的に向上するはずだ。次にコードを書くとき、`Environment.CurrentDirectory` を書く指を一度止めて考えてみてほしい。「これは、本当に私が意図した場所か？」と。
それが、一流への入り口だ。
