VB.NETの罠：`IIf`関数と`If`演算子の決定的な違い。短絡評価を制する者がバグを制す
レガシーなVB6（VBA）の時代から、私たちは「条件によって値を切り替える」という処理をいかに簡潔に書くかに心血を注いできた。
VB.NETへと移行し、.NET Framework、そして現代の.NET（Core / 5 / 6 / 7 / 8）に至るまで、構文の進化は開発者の生産性を押し上げてきた。
しかし、ここに一つの「温床」がある。
それが、`Microsoft.VisualBasic.IIf`関数 と、言語ネイティブの `If`演算子（条件演算子 / 三項演算子） の混同だ。
一見すると、どちらも「条件、真の場合の値、偽の場合の値」を渡すだけの同じような糖衣構文に見える。だが、オブジェクトのライフサイクル、メモリの裏側、そして例外処理の観点において、この二者の決定的な違いを知らないことは、プロダクション環境において時限爆弾を抱えているのと同義である。
本稿では、シニアエンジニアおよびエンタープライズシステムの保守を担う者に向けて、この二者の挙動の本質を、短絡評価（Short-circuit evaluation）の観点から徹底的に解剖する。
—
1. 致命的な違い：なぜ `IIf` は `NullReferenceException` を引き起こすのか
まずは結論から述べよう。
- `IIf` 関数：正格評価（Eager Evaluation）を行う。条件の成否に関わらず、真の式も偽の式も両方評価（実行）される。
- `If` 演算子：短絡評価（Short-circuit evaluation）を行う。条件が確定した時点で、不要な側の式は一切評価（実行）されない。
この違いが、実務でどのような悲劇を生むか。以下のコードを見てほしい。
.net
‘ 【危険なコード】IIf関数を使用した例
Dim targetObject As System.Xml.XmlDocument = Nothing
Dim nodeName As String
‘ targetObject が Nothing であるにもかかわらず、プロパティにアクセスしようとする
nodeName = IIf(targetObject Is Nothing, “DefaultNode”, targetObject.DocumentElement.Name)
VB.NETのシニアなら、このコードを見た瞬間に血の気が引くはずだ。
`targetObject` が `Nothing` であるため、`IIf` の第1引数（条件）は `True` になる。人間心理としては「”DefaultNode” が返るのだから、右側の `targetObject.DocumentElement.Name` は評価されないだろう」と思いたい。
しかし、`IIf` は関数である。関数に引数として値を渡す以上、VB.NETのランタイムは、メソッドへ飛び込む前にすべての引数を事前に評価（計算）しなければならない。
結果として、`targetObject.DocumentElement.Name` が実行され、容赦なく `NullReferenceException`（あるいはVBの文脈では `NullReferenceException` を内包した `ArgumentException` 等） がスローされる。
—
2. メモリとオブジェクトのライフサイクルにおける重み
この問題は、単なるヌルポ対策だけに留まらない。パフォーマンスとリソース管理の観点からも、`IIf` 関数の使用はアーキテクチャの敗北と言える。
例えば、以下のようなケースを想定せよ。
.net
‘ 重い処理やCOMオブジェクトのインスタンス化を伴う場合
Dim result As String = IIf(isSimpleMode, GetFastString(), GetHeavyAndExpensiveCOMData())
`isSimpleMode` が `True` であろうとなかろうと、`IIf` を使っている時点で `GetHeavyAndExpensiveCOMData()` は強制的に実行される。
もしこの関数内でアンマネージドリソースの確保、巨大なデータベースクエリの発行、あるいは外部APIの叩き出しが行われていたらどうなるか。使われない結果のために無駄なCPUサイクルを消費し、メモリを圧迫し、GC（ガベージコレクション）に余計な負荷をかけることになる。
さらに悪いことに、`IIf` 関数の戻り値の型は `Object` である。
これが何を意味するか。.NETの型システムにおいて、値型（IntegerやBooleanなど）を `Object` 型に代号（Boxing）し、受け取り側で再びキャスト（Unboxing）するオーバーヘッドが強制的に発生する。数万回のループ内でこれを行えば、パフォーマンスの劣化は避けられない。
—
3. 救世主：現代の VB.NET における `If` 演算子
これらの問題を一刀両断で解決するのが、VB.NET 2008以降に導入された `If` 演算子 である。
.net
‘ 【安全かつ高速なコード】If演算子を使用した例
Dim targetObject As System.Xml.XmlDocument = Nothing
Dim nodeName As String
‘ 短絡評価により、targetObject が Nothing の場合は右側は絶対に評価されない
nodeName = If(targetObject Is Nothing, “DefaultNode”, targetObject.DocumentElement.Name)
この `If` は、関数ではなく言語組み込みの演算子（三項演算子）としてコンパイルされる。
IL（Intermediate Language）のレベルで見ても、条件分岐（`brtrue`, `brfalse` 等のジャンプ命令）に直接翻訳されるため、不要なコードパスが実行されることは物理的にあり得ない。
また、`If` 演算子は型推論（Type Inference）も強力に効くため、不要なボクシング・アンボクシングの発生を防ぎ、型安全性を完全に維持する。
—
4. レガシーシステム保守における移行戦略
社内システムやVBAからの移行組（あるいは古いチュートリアルで育ったプログラマ）が書いたコードベースには、いまだに `Microsoft.VisualBasic.IIf` が蔓延していることが多い。
アーキテクトとして、これを如何に安全に駆逐するか。いくつかの実践的な知見を共有する。
A. インポートの名前空間の罠
`Imports Microsoft.VisualBasic` がソースコードの先頭に記述されている場合、単に `IIf` と書くだけで関数呼び出しになってしまう。
コードレビューにおいては、以下の点に厳格な目を光らせるべきだ。
- `IIf(…)` という記述を見つけたら、即座に `If(…)` へのリファクタリングを命じる。
- どうしても古いロジックを残す必要がある特殊なケースを除き、新規開発における `IIf` の使用は禁止（静的解析ツールのカスタムルール等で弾くのが望ましい）とする。
B. 二項演算としての `If`（Null合算演算子の活用）
ちなみに、VB.NETの `If` 演算子は、C#の `??`（Null合算演算子）に相当する使い方もできる。これも短絡評価の恩恵を受ける。
.net
‘ configValue が Nothing の場合は “Default” を返す
Dim finalValue As String = If(configValue, “Default”)
この簡潔さと安全性を知っていれば、冗長な `If…Then…Else` ブロックを書く必要すらなくなる。
—
5. チーフアーキテクトからの提言
技術の本質とは、「動くコードを書くこと」ではなく、「意図しない動作の余地を排除した堅牢なコードを設計すること」にある。
`IIf` 関数と `If` 演算子の選択は、そのエンジニアが .NET のランタイムモデル（正格評価と短絡評価、メモリのボクシング、オブジェクトのライフサイクル）を理解しているかどうかを測る踏み絵である。
- 何も考えずに `IIf` を使う者は、バグを生産する。
- 構造を理解し `If` 演算子を使いこなす者は、パフォーマンスと安全性を両立する。
明日、あなたのプロジェクトのソースコードを開き、`IIf` が使われている箇所を検索してみてほしい。
そこに潜む潜在的なバグの芽を摘み取ることこそが、真に保守性の高いシステムを維持するプロフェッショナルの仕事である。
