依存を断つ技術：WScriptオブジェクトの呪縛からの解放と環境抽象化の真髄
多くのエンジニアが「VBScriptはWSH（Windows Script Host）環境で動くもの」という矮小化された認識に囚われている。しかし、真のアーキテクトにとって、VBScriptとはホスト環境の差異を透過的に隠蔽し、COMオートメーションを自在に操るための純粋なロジック層に他ならない。
現場で最も忌むべきは、`WScript.Echo`や`WScript.Sleep`が直書きされたコードだ。これらはWSHという特定のランタイムに依存した「負債」である。Excel VBAや、あるいはサードパーティのオートメーションツール内では、これらのオブジェクトは存在せず、実行時に即座に例外を吐く。
本稿では、環境を問わず堅牢に動作する「環境抽象化層」の構築法を伝授する。
—
1. 抽象化の設計思想：ランタイム判定の静的注入
最も危険なのは、実行のたびにホスト環境を判定するような非効率な処理だ。我々が求めるのは、起動時に一度だけ環境を定義し、グローバルオブジェクトとして保持する「DI（依存性の注入）」の簡略版である。
以下のコードは、ホスト環境の差異を吸収し、`Logger`と`Sleeper`という抽象インターフェースを提供する設計パターンだ。
‘ 抽象化レイヤーの定義
Dim HostEnv
Set HostEnv = GetHostEnvironment()
‘ 実行環境ごとのラッパーを注入
Function GetHostEnvironment()
Dim env
Set env = CreateObject(“Scripting.Dictionary”)
‘ WScriptの存在を動的に判定
On Error Resume Next
Dim wsh : Set wsh = WScript
If Err.Number = 0 Then
‘ WSH環境用の実装
env.Add “IsWSH”, True
Else
‘ VBAまたは他環境用の実装
env.Add “IsWSH”, False
End If
On Error GoTo 0
Set GetHostEnvironment = env
End Function
‘ 共通インターフェース：出力
Sub LogInfo(msg)
If HostEnv(“IsWSH”) Then
WScript.Echo msg
Else
‘ VBAならDebug.Print、あるいはログファイルへ書き出し
‘ Debug.Print msg
End If
End Sub
—
2. API呼び出しの最適化とメモリマネジメント
VBScriptでWindows API（Shell.Application等）を叩く際、多くの技術者が犯すミスは「オブジェクトの再生成コスト」と「メモリリーク」だ。
特にループ処理内で`CreateObject`を繰り返すのは自殺行為に近い。また、`Nothing`による明示的な解放は、単なるマナーではなく、COM参照カウンタを適正にゼロにするための必須儀式である。
大規模処理における解放戦略
Sub ProcessLargeData()
Dim fso, file, stream
‘ プロセススコープで一度だけ生成
Set fso = CreateObject(“Scripting.FileSystemObject”)
‘ 処理の完遂を保証するクリーンアップ構造
On Error Resume Next
Set stream = fso.OpenTextFile(“C:\Logs\data.txt”, 1)
‘ … 処理の実装 …
‘ 明示的解放によるメモリ最適化
If Not stream Is Nothing Then stream.Close
Set stream = Nothing
Set fso = Nothing
On Error GoTo 0
End Sub
—
3. レガシー環境を生き抜くための「条件付きコンパイル」の代替
VBAであれば `#If VBA7 Then` が使えるが、純粋なVBScriptにはプリプロセッサが存在しない。ここで私が推奨するのは、「定数定義によるランタイム分岐」だ。
環境ごとに別ファイルとして管理するのではなく、共通のコアロジックを保持し、メインエントリポイントとなるファイルを環境ごとに切り替える。この「Thin Wrapper（薄いラッパー）」戦略こそが、保守コストを劇的に下げる鍵となる。
推奨されるディレクトリ構成
- `/src/CoreLogic.vbs` （環境依存コードを一切含まない純粋なビジネスロジック）
- `/env/WSH_Host.vbs` （WScript系APIをラップしてCoreLogicを呼び出す）
- `/env/VBA_Host.bas` （VBA側でCoreLogicを読み込み、同様のラッパーを通す）
—
結論：アーキテクトとしてのあるべき姿
VBScriptは「古い」のではない。「枯れた」言語であり、その上に構築されたシステムは極めて軽量かつ安定している。
重要なのは、「ランタイムが提供するグローバルな便利オブジェクトに依存しない」という強い意志だ。自ら抽象化層を設計し、ホスト環境を制御下に置く。この視点こそが、スパゲッティコードから脱却し、10年先も保守可能なシステムを構築する唯一の道である。
次にコードを書くとき、自問してほしい。「このコードは、WScriptが消滅した世界でも動くか？」と。その答えが「Yes」であれば、君はもう一段上のステージに到達している。
