VB.NETの「鉄の掟」：なぜ変数宣言をサボってはいけないのか？
プログラミングの世界へようこそ。VB.NETという強力な武器を手にしたあなたに、まず最初に叩き込んでほしい「伝説の盾」があります。それが『Option Explicit On』です。
VBA（Excelマクロ）から来た方や、プログラミングを始めたばかりの方が、「なぜわざわざ変数宣言なんて面倒なことをしなきゃいけないの？」と感じるのは当然です。しかし、この「面倒」こそが、あなたのコードをバグから守り、将来の自分を救うための唯一無二の防御壁なのです。
今日は、なぜこれが「極限のエンジニアリング」において不可欠なのか、その真髄を紐解いていきましょう。
—
1. 「Option Explicit On」は誰のためのルールか？
結論から言います。これは「あなた」のためのルールです。
`Option Explicit On`（変数宣言を強制する設定）が有効な状態でコードを書くと、宣言していない変数を使おうとした瞬間に、コンパイラが「そんな変数、聞いてないぞ！」と赤波線で警告してくれます。
もし、この設定がなかったら？（暗黙の宣言の罠）
仮にこの設定がOFFの場合、VB.NETは「君が今書いた名前は、きっと新しい変数だね。じゃあ用意しておくよ！」と親切心で勝手に変数を作ってしまいます。
これが引き起こす悲劇を見てみましょう。
‘ 設定がOFFだと、恐ろしいことが起きます
Dim userCount As Integer = 10
‘ 開発者の意図：userCount に 1 を足したい
‘ しかし、スペルミスで uerCount と書いてしまった！
uerCount = userCount + 1
‘ 結果：
‘ userCount は 10 のまま。
‘ どこにも定義されていない uerCount という変数が勝手に作られ、そこに 11 が入る。
‘ プログラムはエラーも出さずに「正常」終了し、後で致命的なバグとして発覚する。
こんな「見えないバグ」を追いかけるのに、徹夜をしたくはありませんよね？ `Option Explicit On` は、この悲劇を「コンパイル（実行前）」という最も安上がりな段階で摘み取ってくれるのです。
—
2. 現場で生き残るための「コーディング規約」
ただ「宣言する」だけでは不十分です。プロの現場では、変数のライフサイクルとスコープを意識した記述が求められます。
実務で守るべき3つの掟
1. 常に `Option Explicit On` と `Option Strict On` を有効にする
- `Strict On` は、型の不一致（整数型に文字列を入れるような危険な処理）を許さない最強のオプションです。これらをプロジェクトのプロパティで必ずONにしてください。
2. 変数は「使う直前」に、最小の範囲で宣言する
- コードの先頭に全ての変数を書く古いスタイルは捨てましょう。必要な場所で必要な型だけを宣言することで、メモリ効率が上がり、読みやすさが劇的に向上します。
3. 意味のある名前を付ける
- `x`, `y` ではなく `userCount`, `totalAmount` といった、中身がひと目でわかる名前を付けましょう。
—
3. 正しい書き方の実例：こう書けば怖くない
では、実際にプロの現場で使われる「クリーンなコード」の例を見てみましょう。
‘ プロジェクト設定で Option Explicit On を指定するのが基本ですが、
‘ ファイル単位で指定することも可能です。
Option Explicit On
Option Strict On
Public Sub CalculateOrderTotal()
‘ 宣言と初期化を同時に行うのがベストプラクティス
‘ 変数の型（Integer）を明示することで、メモリ管理が安定します
Dim quantity As Integer = 5
Dim unitPrice As Decimal = 1200D ‘ DはDecimal型であることを示すリテラル
‘ 計算処理
Dim total As Decimal = quantity unitPrice
‘ もしここで typo をしても…
‘ quantty = 10 ‘ ← これを書いた瞬間、エディタが即座にエラーを吐いてくれます！
Console.WriteLine(“合計金額: ” & total.ToString(“C”))
End Sub
—
最後に：ここをクリアすれば、あなたはもう脱初心者です
コードを書くとき、「今の自分は、コンピュータに明確な指示を出せているか？」と自問してみてください。
`Option Explicit On` をオンにするということは、「私は自分の書くコードに責任を持つ」というエンジニアとしての宣誓でもあります。
この設定を「面倒」と思わず、「自分の思考の揺らぎを正してくれる優秀な秘書」だと思ってください。この習慣さえ身につければ、どんなに複雑なシステムを構築しても、あなたの書くコードは驚くほど堅牢で、バグ知らずなものになるはずです。
さあ、自信を持ってコードを書き始めましょう。その一歩が、伝説のエンジニアへの道標です！
