亡霊のようなバグを葬り去れ：`Option Explicit On`が守るシステムの整合性
長年、VB6のスパゲッティコードから.NETのモダンなアーキテクチャへの移行に携わってきた経験から断言しよう。システムを崩壊させる最大の要因は、複雑なアルゴリズムではない。「スペルミス」と「暗黙の定義」という、極めてプリミティブな人為的エラーだ。
VB.NETにおいて、`Option Explicit On`を無効にするなどというのは、ブレーキのない車で時速200kmの高速道路を走るようなものだ。今回は、なぜこの設定がエンジニアの矜持として不可欠なのか、そしてそれをどう実務の規約に落とし込むべきかを解説する。
—
1. なぜ「Option Explicit On」が聖域なのか
VB.NETのデフォルト設定がどうあれ、プロジェクトの先頭には必ず `Option Explicit On` を記述せよ。これが無効（Off）であると、VB.NETは「宣言されていない変数」に出会った際、気を利かせて勝手に `Object` 型の変数を生成してしまう。
この「親切心」が招く地獄のシナリオ
‘ Option Explicit Off の場合
Dim counter As Integer = 0
‘ 以下、本来は counter をインクリメントしたいはずが…
counetr = counter + 1
‘ 実行時、counetr という別の変数が勝手に生成され、
‘ counter は 0 のまま、ロジックは静かに死に至る。
コンパイルエラーにもならず、デバッガを丁寧に追わない限り見抜けない。このバグを本番環境にデプロイすることは、システム管理者として最も恥ずべき行為だ。
—
2. 実務レベルのコーディング規約：強制と自動化
シニアエンジニアとして、私はチームに対して以下の運用を強制している。
① IDE設定での強制
個人の設定に依存させないこと。`.editorconfig` ファイルをプロジェクト直下に配置し、ルールをコードベースに刻み込む。
.editorconfig の一例
[.vb]
宣言漏れを厳格に禁止する
dotnet_diagnostic.BC30209.severity = error
② API呼び出し時の「型」の厳格化
`Option Explicit On` は単なる宣言の強制ではない。`Option Strict On` とセットで運用して初めて、真の堅牢性が得られる。特にWindows APIを `DllImport` で叩く際、型の不一致はメモリ破壊のトリガーとなる。
‘ API定義例：厳格な型指定が必須
Public Shared Function GetWindowText(
ByVal hWnd As IntPtr,
ByVal nMaxCount As Integer) As Integer
End Function
ここで `IntPtr` を `Integer` と曖昧に定義するようなコードは、`Option Explicit` が守られている環境下でのみ、コンパイラによって即座に排除される。
—
3. レガシー保守とメモリ最適化への視点
VBAから移行したばかりのコードベースを保守する際、最も恐ろしいのは「変数の生存期間（ライフサイクル）」を意識しない実装だ。`Option Explicit On` を守ることで、変数のスコープを最小化（最小権限の原則）する意識が自然と養われる。
オブジェクトの明示的解放（IDisposableの遵守）
VB.NETのガベージコレクタを過信してはいけない。特にアンマネージドなCOMオブジェクトを扱う際、変数がどこで宣言され、いつ破棄されるかを明確にする必要がある。
‘ 悪い例：変数が乱立し、解放タイミングが不明瞭
Dim obj As Object = GetLegacyObject()
‘ …処理…
obj = Nothing ‘ これだけでは不十分な場合が多い
‘ 良い例：Using句でスコープを限定し、明示的に破棄する
Using obj As New LegacyObjectWrapper()
obj.ExecuteProcess()
End Using ‘ ここで確実にDisposeが呼ばれる
—
結論：コードは「書く」ものではなく「守る」もの
`Option Explicit On` は、コンパイラという優秀な番犬を飼いならすための最低限の儀式だ。スペルミスに頭を抱える時間は、システム連携の最適化や、メモリリークの解析といった、より高次元な問題解決に費やすべきだ。
「動くコード」を作るのは素人だ。我々アーキテクトは、「壊れようのないコード」を書く義務がある。
明日から、君のプロジェクトの全ソースコードを確認してほしい。そこに `Option Explicit On` が記されていないのなら、それはまだ製品ではなく、ただのスクリプトに過ぎない。厳しいようだが、それがこの業界で生き残るための鉄則である。
