脱・レガシー：VB.NETにおけるファイル操作の「真実」と最適化の極意
VBAの`FileSystemObject`や、古の`Microsoft.VisualBasic.FileIO`モジュールに依存している諸君へ。それらは確かに手軽だが、現代のエンタープライズ環境においては、ただの「負債」に過ぎない。
メモリリーク、不完全なハンドル解放、そしてマルチスレッド環境での競合。これらを回避し、OSの深淵を制御するための唯一の解は、`System.IO`名前空間を正しく使いこなすことだ。今日は、アーキテクトの視点から、VB.NETによる堅牢なファイル・フォルダ操作の極致を語る。
—
1. なぜ「System.IO」なのか：オブジェクトのライフサイクルを支配する
`FileSystemObject`はCOMラッパーであり、GC（ガベージコレクタ）の制御外にある。一方、`System.IO.File`や`Directory`クラスは、.NETランタイムの管理下にあり、静的メソッドとして提供されるため、インスタンス生成のオーバーヘッドを最小化できる。
重要なのは、「ストリームの寿命」をコードの責務として明確化することだ。
Imports System.IO
”’
”’
Public Sub ReadFileOptimized(filePath As String)
‘ Using句によるDisposeの強制は、プロの最低限の作法
‘ ファイルロックの解放を確実に行う
Using fs As New FileStream(filePath, FileMode.Open, FileAccess.Read, FileShare.Read)
Using sr As New StreamReader(fs, System.Text.Encoding.UTF8)
‘ 大規模ファイルの場合はReadToEndではなく、ReadLineでストリームを回せ
While Not sr.EndOfStream
Dim line As String = sr.ReadLine()
‘ 処理の実装
End While
End Using
End Using
End Sub
—
2. 権限管理とWindows APIの境界線
時として、`.NET`の標準クラスでは手の届かない領域がある。特に、ACL（アクセス制御リスト）の精密な操作や、ネットワーク共有フォルダの特殊なロック制御を行う場合だ。
その際、`P/Invoke`でWindows APIを呼ぶのは悪手ではない。だが、「ラップせよ」。
Imports System.Runtime.InteropServices
‘ 必要な時だけAPIを呼ぶ。グローバル汚染は厳禁
Friend NotInheritable Class NativeMethods
Friend Shared Function GetDiskFreeSpaceEx(lpDirectoryName As String,
ByRef lpFreeBytesAvailable As Long,
ByRef lpTotalNumberOfBytes As Long,
ByRef lpTotalNumberOfFreeBytes As Long) As
End Function
End Class
標準ライブラリで完結するならそれに越したことはないが、システム連携の現場では「標準APIでは取得できないメタデータ」がボトルネックになる。その時、このアーキテクチャが諸君を救う。
—
3. パフォーマンスの死角：例外処理という名の重力
多くの開発者が陥る罠が、「例外を制御フローに使ってしまう」ことだ。`File.Exists`を呼ぶ前にファイルを開こうとするのは言語道断だが、ファイル操作の直後に例外をキャッチするコストもまた無視できない。
- 事前チェックの最適化: `Directory.EnumerateFiles`を使え。`GetFiles`は配列全体をメモリにロードするが、`EnumerateFiles`はイテレータとして動作するため、数万ファイル存在するディレクトリでもメモリを食いつぶさない。
‘ 巨大なフォルダを操作する場合の最適解
‘ GetFiles()は配列生成でメモリを圧迫する可能性があるが、EnumerateFiles()は遅延評価を行う
For Each filePath As String In Directory.EnumerateFiles(“C:\Data”, “.csv”, SearchOption.AllDirectories)
‘ 処理中…
Next
—
4. レガシーシステム保守の現場へ贈る「鉄則」
現場のVB.NET資産をメンテナンスする際、以下の3点を徹底するだけで、システムの安定性は劇的に向上する。
1. 絶対パスの正規化: `Path.GetFullPath`を常に使用し、相対パスによるカレントディレクトリ依存のバグを排除せよ。
2. エンコーディングの明示: `Encoding.Default`を使うな。これはOSの設定に依存し、環境が変わった瞬間に文字化けという地獄を招く。`Encoding.UTF8`（BOMなし）が現代の標準だ。
3. パス結合の統一: 文字列結合でパスを作るな。`Path.Combine`を使え。OSごとの区切り文字の違いを気にするのは無駄な工数だ。
—
最後に：コードは「意図」を語るべきだ
我々が書くコードは、単に動けば良いものではない。次にこのコードを触るエンジニアが、「なぜここでFileStreamを使っているのか」「なぜここでDisposeが必要なのか」をコードの構造から読み取れるようにしなければならない。
技術とは、魔法ではなく論理の積み重ねだ。VB.NETの古いイメージを捨て、.NETの深層を掌握せよ。安定したシステムは、洗練されたIO戦略の上にのみ構築される。
さあ、コードを開こう。明日のシステムが今日よりも少しだけ強固になることを期待している。
