VBScriptを掌握せよ：FSOによる一時ファイル管理の「絶対防衛ライン」
VBScriptは、もはやレガシーの代名詞かもしれない。だが、Windowsの心臓部で今なお静かに、かつ確実に動き続けるこのスクリプト言語を軽視する者は、真の自動化エンジニアとは呼べない。
Windows Script Host (WSH) 環境において、一時ファイル管理は「ゴミを散らかさない」というレベルの話ではない。それは、他プロセスとの競合を防ぎ、リソースリークを排除し、システム全体の堅牢性を担保するアーキテクチャの根幹である。
今回は、FileSystemObject (FSO) を用いた、妥協なき「一時ファイル・ライフサイクル管理」の極意を伝授する。
—
1. 脆弱な実装と「真のプロ」の境界線
多くの初学者が書く「一時ファイル作成」は、往々にしてハードコーディングされたパスに依存するか、`GetTempName` を過信してエラーハンドリングを怠る。
システム管理者が直面する「なぜか動かなくなる」「アクセス拒否が出る」という事象の多くは、一時ファイルが適切にクリーンアップされず、ディスク容量を圧迫するか、パーミッションの競合を引き起こしていることに起因する。
守るべき鉄則
1. 衝突回避: `GetTempName` で生成される名前はあくまでランダムであり、衝突の可能性がゼロではない。厳格な環境ではGUIDの生成など、より強固なスキームを検討すべきだ。
2. 確実な破棄: スクリプトが途中でクラッシュしてもファイルが残らない設計（例外処理）が必須である。
3. オブジェクトの解放: VBScriptのガベージコレクションに頼るな。`Set obj = Nothing` は儀式ではなく、リソースへの敬意である。
—
2. 実装パターン：堅牢なライフサイクル管理
以下に、エラー発生時を含め、処理完了後には必ずファイルが消滅する「クリーンアップ・テンプレート」を提示する。
‘ — 一時ファイル管理クラス的アプローチ —
Option Explicit
Dim fso, tmpFile, tmpPath
Set fso = CreateObject(“Scripting.FileSystemObject”)
‘ エラーハンドリングの開始
On Error Resume Next
‘ 1. 一時フォルダの取得とユニーク名の生成
tmpPath = fso.GetSpecialFolder(2).Path & “\” & fso.GetTempName()
‘ 2. ファイル作成
Set tmpFile = fso.CreateTextFile(tmpPath, True)
tmpFile.WriteLine “Processing data…”
tmpFile.Close
‘ — ここに本来の処理を記述 —
‘ 例: Call PerformComplexTask(tmpPath)
If Err.Number <> 0 Then
WScript.Echo “Error occurred: ” & Err.Description
End If
‘ 3. 確実な破棄（finallyブロックのシミュレート）
If fso.FileExists(tmpPath) Then
fso.DeleteFile tmpPath, True
End If
‘ 4. オブジェクトの明示的解放
Set tmpFile = Nothing
Set fso = Nothing
‘ エラーハンドリングの終了
On Error Goto 0
—
3. なぜ「明示的な解放」が必要なのか
VBScriptのエンジンは、スクリプト終了時にすべてのオブジェクトを破棄するように設計されている。しかし、大規模なバッチ処理や、長期間メモリに常駐するWSHプロセスでは、この「終了時」を待つことは致命的なパフォーマンス低下を招く。
特に `FileSystemObject` は、COMコンポーネントとしてアンマネージド領域に強力に結びついている。`Set fso = Nothing` を明示的に呼び出すことは、単なる行儀の問題ではなく、COM参照カウントを正しくデクリメントし、メモリの断片化を最小限に抑えるためのエンジニアリング上の最適化である。
4. シニアエンジニアへの提言：レガシーとの対峙
もしあなたが、さらに上位の安定性を求めるのであれば、以下の視点を持つことだ。
- 環境変数への配慮: `GetSpecialFolder(2)` は環境変数 `TEMP` / `TMP` を参照する。環境変数自体が汚染されている場合（権限設定ミスなど）、このスクリプトは破綻する。運用前に `Scripting.FileSystemObject` 経由で対象フォルダへの `Write` 権限を事前のチェック関数で検証する仕組みを組み込むべきだ。
- 名前付きパイプの代替: そもそもファイルを作成する必要があるのか？ 高速なデータ交換が必要なら、一時ファイルではなくメモリ上のバッファや名前付きパイプの検討も視野に入れること。
—
結びに代えて
VBScriptは「古い言語」ではない。「枯れた言語」である。正しく扱えば、これほどシンプルで、かつOSの深層にリーチできる自動化ツールは他にない。
一時ファイルの管理一つとっても、その背後にあるリソース管理の意識が、あなたの書くスクリプトの「寿命」を決める。コードは一度書けば終わりではない。数年後の自分が、あるいは後任のエンジニアがそのコードを見たとき、「ああ、ここはプロが書いたものだ」と一目でわかる。そんな実装を、常に心がけてほしい。
自動化の神は、細部に宿る。
