設定ファイルの深淵を削ぎ落とせ：FSOによる「真実のパラメータ」抽出術
レガシーシステムの保守現場において、数万行に及ぶ設定ファイル（.conf, .ini, .properties）と対峙したことはあるか？ 開発者が残した「思考の残骸」であるコメントや、無意味な空行。これらはシステムの実行時にはノイズでしかない。
VBScriptのFileSystemObject (FSO) は、現代の高度なフレームワークから見れば「化石」のように見えるかもしれない。だが、WindowsのOS基盤に深く根を張り、追加ライブラリなしで完結するその軽快さは、今なおシステム自動化の最前線で最強の武器となる。
今日は、余計な装飾を排し、システムが真に必要とする「有効な設定行」だけを抽出する、極限まで最適化されたFSOの実装を授けよう。
—
1. 職人のための設計思想：I/Oのボトルネックを排除せよ
VBScriptで巨大なテキストファイルを扱う際、もっとも避けるべきは「逐次的なファイルオープン・クローズ」だ。ディスクI/Oはシステムの急所である。
今回のコードでは、以下の鉄則を守る。
- ストリームの効率化: `OpenTextFile`の読み込みと書き込みを最小限に抑える。
- メモリ最適化: 文字列連結のコストを考慮し、処理単位を適切に制御する。
- オブジェクトの明示的解放: `Nothing`を代入することで、VBScriptのガベージコレクションを待たずにメモリを解放する。これは長期間稼働するタスクスケジューラ上では必須の作法だ。
—
2. 実装コード：CleanConfig.vbs
このスクリプトは、正規表現（`VBScript.RegExp`）を組み合わせることで、コメント行（`#` または `//`）と空行を一掃する。
‘ — CleanConfig.vbs —
‘ 設定ファイルをクリーンアップし、有効なパラメータのみを抽出する
Option Explicit
Const ForReading = 1
Const ForWriting = 2
Call CleanConfigFile(“C:\Apps\Config\settings.conf”, “C:\Apps\Config\settings.clean.conf”)
Sub CleanConfigFile(strInputPath, strOutputPath)
Dim fso, inFile, outFile
Dim regEx, strLine
Set fso = CreateObject(“Scripting.FileSystemObject”)
Set regEx = CreateObject(“VBScript.RegExp”)
‘ 正規表現設定：コメント行（# または // で始まる行）および空行を検知
regEx.Pattern = “^(\s#|\s//|\s$)”
regEx.IgnoreCase = True
regEx.Global = True
‘ ファイルアクセスを最小化するため、一度だけ開く
Set inFile = fso.OpenTextFile(strInputPath, ForReading)
Set outFile = fso.CreateTextFile(strOutputPath, True)
Do Until inFile.AtEndOfStream
strLine = Trim(inFile.ReadLine)
‘ 正規表現にマッチしない（＝有効な）行のみ書き出す
If Not regEx.Test(strLine) Then
outFile.WriteLine strLine
End If
Loop
‘ 後処理：オブジェクトの明示的解放
inFile.Close
outFile.Close
Set regEx = Nothing
Set outFile = Nothing
Set inFile = Nothing
Set fso = Nothing
WScript.Echo “クリーンアップ完了: ” & strOutputPath
End Sub
—
3. シニアエンジニアが押さえるべき「極限の知見」
オブジェクトのライフサイクル管理
VBScriptのオブジェクト変数は `Set fso = Nothing` を行うまでプロセス内に生存する。数百万行レベルの処理をバッチで行う場合、この解放を忘れるとメモリリークの温床となる。特にWindows Server上のバックグラウンドタスクとして動かす場合、この「行儀の良さ」が安定稼働の鍵だ。
正規表現のパフォーマンス
`regEx.Test` は非常に強力だが、ループ内で何度もコンパイルするのは愚策だ。上記コードのように、一度 `RegExp` オブジェクトを生成してからループ内で使い回すことで、オーバーヘッドを劇的に低減できる。
文字コードの罠（重要）
FSOの `OpenTextFile` は基本的に「ASCII」または「システムデフォルト（Shift-JIS）」としてファイルを扱う。もし対象がUTF-8（BOM付き/なし）である場合、FSO単体では文字化けのリスクがある。その場合は、`ADODB.Stream` オブジェクトに切り替え、バイナリ/テキストモードを明示的に制御するアーキテクチャへ昇華させる必要がある。これは次のステップとして覚えておいてほしい。
—
結びに代えて
システムアーキテクチャとは、単に新しい技術を詰め込むことではない。レガシーな道具の限界を知り、その制約の中で最大のパフォーマンスを引き出すことだ。このスクリプトは地味だが、長大な設定ファイルに埋もれる数千行のノイズを数ミリ秒で排除し、運用者の「目」を曇らせる原因を取り除いてくれるはずだ。
技術は、磨き抜かれた者のみにその真価を見せる。諸君の現場が、クリーンな設定で安定稼働することを期待する。
