現場のエンジニアが陥る「空白文字」の罠：FSOを極めて堅牢な自動化を実現せよ
業務自動化の現場において、VBScriptは今なお強力な武器だ。しかし、多くの初心者が「なぜかコマンドが実行できない」「ファイルが見つからない」という壁にぶつかる。その原因の9割は、ファイルパスに含まれる「空白（スペース）」の処理にある。
`C:\Users\Name\My Documents\Report.pdf`
このパスをそのまま外部コマンド（`WScript.Shell`の`.Run`や`.Exec`）に投げれば、OSは「My」をコマンドの終端と誤認する。引用符(`”`)で囲むという原始的な回避策もあるが、入れ子になった引用符の扱いでコードは一気に複雑化し、メンテナンス性は崩壊する。
今日は、FSO（FileSystemObject）の隠れた名機能である 8.3形式（ShortPath） を活用し、この問題を物理的に撲滅する方法を伝授する。
—
1. なぜ「引用符」での回避は危険なのか
`objShell.Run “C:\Program Files\App\exe.exe ” & strFilePath`
このように引用符を付与するコードをよく見かけるが、これは「爆弾」を抱えているに等しい。パスの中にさらに引用符が含まれていたり、環境変数による動的なパス生成が絡むと、ダブルクォーテーションの数が合わなくなり、デバッグは迷宮入りする。
真のエンジニアは「複雑な文字列連結」を避ける。 パスそのものを、空白を含まない「8.3形式」に変換してしまえば、引用符などという脆弱なものに頼る必要はなくなるのだ。
—
2. 8.3形式への変換：FSOの真価
Windowsファイルシステムには、後方互換性のために「8.3形式（ShortPath）」という別名が存在する。
`C:\Program Files\` は `C:\PROGRA~1\` となる。これには空白が含まれない。つまり、外部コマンドに渡す際に引用符が不要になるということだ。
実践的コード：堅牢なパス変換エンジン
以下は、任意のパスを確実に8.3形式へ変換し、外部コマンドを実行するためのテンプレートだ。保守性を考慮し、関数として切り出している。
Option Explicit
‘ メイン処理：安全にコマンドを実行する例
Sub ExecuteCommandSafely(strTargetFilePath)
Dim fso, shell, shortPath
Set fso = CreateObject(“Scripting.FileSystemObject”)
Set shell = CreateObject(“WScript.Shell”)
‘ ファイルが存在するか確認（極めて重要）
If Not fso.FileExists(strTargetFilePath) Then
WScript.Echo “エラー：ファイルが見つかりません – ” & strTargetFilePath
Exit Sub
End If
‘ 8.3形式の短縮パスを取得
‘ GetFileを通すことで、パスの物理的な整合性を確認した上で変換
shortPath = fso.GetFile(strTargetFilePath).ShortPath
‘ 実行したいコマンド（例：notepad.exe）
‘ 引用符なしで安全に連結可能
Dim command
command = “notepad.exe ” & shortPath
‘ 実行（0:非表示, True:完了待機）
shell.Run command, 1, True
Set shell = Nothing
Set fso = Nothing
End Sub
‘ 呼び出し例
ExecuteCommandSafely “C:\Users\YourName\Documents\Test File.txt”
—
3. 運用上の極意と注意点
この手法を用いる際、現場のアーキテクトとして必ず押さえておくべきポイントがある。
① パス変換のタイミング
`ShortPath`プロパティは、対象ファイルが既にディスク上に存在しなければエラーを返す。データベースから取得したファイル名や、一時ファイル生成直後のパスを処理する場合、必ず`FileExists`または`FolderExists`による検証を挟むこと。
② 8.3形式が無効化されているケース
最新のWindows設定では、パフォーマンス向上のために8.3形式の作成が無効化されていることがある（`fsutil 8dot3name query`で確認可能）。
万が一、`ShortPath`が元の長いパスと同じ値を返してしまう環境では、「パス全体をダブルクォーテーションで囲む」という従来の防御策と組み合わせるハイブリッド設計が必要になる。
③ ログには元のパスを残せ
デバッグのためにログを出力する際、短縮パス(`PROGRA~1`)ばかり記録してはいけない。人間が読めなくなるからだ。コード内部の処理は短縮パスで行い、ログ出力は変換前のフルパスで行う。この「内部の最適化」と「外部の可読性」の分離こそが、プロの設計だ。
—
最後に：コードの「質」が寿命を決める
VBScriptは古い言語かもしれないが、書く人間が古くなる必要はない。
「動けばいい」というコードは、半年後の自分や、引き継いだ後輩にとっての負債になる。今回紹介した`ShortPath`を活用したアプローチは、単なる小手先のテクニックではなく、「外部環境（コマンドプロンプト）の制約を制御下に置く」という設計思想の現れだ。
今日からあなたの書く自動化スクリプトが、引用符の迷路から解放され、より堅牢なものになることを期待している。
