こんにちは！ プログラミングの世界へようこそ。
Excelのマクロ記録や、なんとなく動くサンプルコードのコピペから一歩抜け出して、「ちゃんとしたアプリケーションを作れるようになりたい！」そう思っているあなたへ。
今回は、VB.NET（およびVisual Basic）でコードを書くときに、絶対に避けて通れない「超重要なお作法」についてお話しします。
ここをクリアするだけで、あなたの書くコードの品質はプロのそれに一気に近づき、後から「なんで動かないんだ…？」と頭を抱える夜が劇的に減りますよ。
準備はいいですか？ それでは、一緒に本質をマスターしていきましょう！
—
1. なぜVB.NETには「厳しいルール」が必要なのか？
Visual Basicという言語は、歴史的に「誰でも直感的に書ける」ことを目指して作られました。そのため、初期設定のままだと、人間が少しうっかりミスをしても、コンピュータが「気を利かせて勝手に解釈してくれる」という優しい（優しすぎる）側面を持っています。
例えば、変数を宣言せずにいきなり使ったり、数字と文字を混ぜて計算しようとしたり……。
一見すると親切ですが、大規模な開発や、仕事で使うシステムにおいては、この「勝手にやってくれる（暗黙の挙動）」こそが、原因不明のバグ（不具合）を生む魔物になります。
そこで登場するのが、コンパイラ（翻訳者）に対して「甘やかし厳禁！厳格にチェックしてくれ！」と命令する設定です。それが今回テーマにする `Option Explicit` と `Option Infer` です。
—
2. 変数の宣言を強制する「Option Explicit」
これは何をする設定？
`Option Explicit`（オプション・エクスプリシット）は、日本語に訳すと「変数の明示的な宣言を強制する」という意味です。
これが有効な状態（`On`）のとき、あなたはコードの中で事前に宣言していない変数を使うことができなくなります。
「うっかりミス」が引き起こす恐怖のバグ
もし、この設定がオフだったらどうなるでしょうか？ 次のコードを見てみてください。
.net
‘ 【悪い例】Option Explicit がオフの場合
Dim totalCount As Integer = 10
‘ 途中でうっかりタイポ（スペルミス）してしまった！
totaCount = 20 ‘ ‘l’（エル）が抜けている！
‘ 本人は totalCount に 20 を入れたつもり……
Console.WriteLine(totalCount) ‘ 結果は 10 のまま！
お気づきでしょうか？ `totaCount` という、先ほどとは別物の新しい変数が「勝手に」その場で誕生してしまいました。エラーにもならず、意図しない数値が出力される――これが、現場のエンジニアを絶望させる「暗黙のバグ」の正体です。
対策：必ずファイルの一番上に書こう
VB.NETのソースコードの一番上（ファイル全体の最上位）に、以下の一文を宣言します。
.net
Option Explicit On
これさえ書いておけば、もしタイポがあればコンパイラが赤く波線を出して「おい、`totaCount`なんて変数、宣言されてないぞ！」と教えてくれます。実行する前にミスに気づける、これが最大のメリットです。
—
3. 型の推論をコントロールする「Option Infer」
これは何をする設定？
次に紹介するのが `Option Infer`（オプション・インファー）です。これは「ローカル型の推論（Type Inference）」を有効にするかどうかの設定です。
型推論とは、人間がわざわざ「これは整数型ですよ」「これは文字列型ですよ」と書かなくても、代入された値を見てコンパイラが勝手に型を判断してくれる便利な機能です。
.net
‘ Option Infer が On の場合、右辺の “Hello” を見て、
‘ コンパイラが勝手に message を String型 として解釈してくれる
Dim message = “Hello, VB.NET!”
「お、さっきと言っていることが矛盾していませんか？ 勝手に解釈させるなと言ったのに！」と思いましたか？ 鋭いですね！
型推論の便利さと、思わぬ罠
`Option Infer On` は、コードを簡潔にするために現代のプログラミングでは必須の機能です。しかし、これがオフ（`Off`）の場合、すべての変数で型を明示しなければならなくなります。
.net
‘ Option Infer Off の場合
Dim message As String = “Hello, VB.NET!” ‘ 必ず As String が必要
では、なぜこれが問題になるのでしょうか？ それは「暗黙の型変換（データ型のミスマッチ）」と組み合わさったときに牙をむくからです。
例えば、以下のようなコードを考えてみましょう。
.net
Option Infer On
‘ score に文字列が入っている（本当は数値を入れたかった）
Dim score = “100”
‘ 後続の処理で数値として計算しようとする
Dim finalScore = score + 50
VB.NETの環境や設定によっては、文字列の `”100″` と数体の `50` を足し算して、勝手に `150` という数値にしてくれることがあります（これを「遅延バインディング」や「暗黙の型変換」と呼びます）。
しかし、別の場面では文字列の連結になって `”10050″` に化けたり、予期せぬ実行時エラーを引き起こす原因になります。
対策：型を明確に意識した書き方をしよう
現代のVB.NET開発では、基本的には `Option Infer On` を使いつつ、自分が扱っているデータが「今、何の型なのか」を頭の中で常に意識することが大切です。
—
4. 現場で使える！「絶対に守るべき最強の組み合わせ」
ここまでの話をまとめます。プロの現場でバグを防ぎ、保守性の高い美しいコードを書くための「黄金の3行」がこれです。
VB.NETのファイル（またはプロジェクトの設定）の最上部に、必ず以下を記述（または確認）してください。
.net
Option Strict On
Option Explicit On
Option Infer On
あれ、`Option Strict` が増えましたね？
そう、この `Option Strict`（オプショナル・ストリクト） こそが、暗黙の型変換を完全に禁止し、プログラミングを最も堅牢にしてくれる最強の盾です。
`Option Strict On` がもたらす恩恵
これを `On` にすると、以下のような「甘えたコード」はすべてコンパイルエラー（赤波線）になります。
.net
Option Strict On
Sub Main()
Dim number As Integer
‘ エラー！ 文字列を勝手に Integer に変換してくべきではない！
‘ 人間が明示的に Convert.ToInt32 などを使わなければならない
number = “123”
Console.WriteLine(number)
End Sub
「えっ、エラーになる方が面倒くさいよ！」と思われるかもしれませんが、これがバグをゼロにするための最短ルートです。「型が違うなら、ちゃんと変換しなさい」とコンピュータに強制されることで、意図しないデータ化けや、現場での思わぬクラッシュを完全に防ぐことができるのです。
—
まとめ：ここをクリアすれば、VB.NETの基本はバッチリ！
いかがでしたでしょうか？
今回は、少し硬いテーマに見えたかもしれませんが、Visual Basic (VB / VB.NET)を使いこなす上で最も本質的で、エンジニアとしてのレベルをグッと引き上げる設定について解説しました。
- `Option Explicit On` で、変数の宣言漏れ（タイポ）を防ぐ！
- `Option Infer On` で、モダンな書きやすさを維持する！
- `Option Strict On` で、曖昧な型変換を排除し、堅牢なコードを作る！
この3つ（特に `Explicit` と `Strict`）を意識するだけで、あなたが書くコードの信頼性は劇的に向上します。「マクロの記録の延長」から卒業し、自信を持って「私はアプリケーションを作っているエンジニアだ」と言えるようになりますよ。
ここをクリアすれば、VB.NETの基礎はもうバッチリです！
ぜひ、明日からのコーディングで試してみてくださいね。あなたのプログラミングライフを、心から応援しています！
