【VB.NET極限解説】IIf関数とIf演算子の決定的な違い。その「甘い一行コード」が現場のシステムを沈める理由
開発現場でよく見かける光景がある。
「条件分岐をスマートに書こうとして `IIf` 関数を使ったところ、なぜか `NullReferenceException` が発生して夜間バッチが落ちた」
君は、このバグの原因を即座に説明できるだろうか？
「えっ、条件式が真ならこっち、偽ならあっちを返すだけの関数でしょ？」と思ったなら、少し危険信号だ。
VB.NETには、見た目が似ている `IIf` 関数 と `If` 演算子（Ifオペレータ） の2つが存在する。この2つは、単なる「古い書き方か、新しい書き方か」という違いではない。「短絡評価（ショートサーキット）をするか、しないか」という、プログラムの生死を分ける決定的なアーキテクチャの違いがあるのだ。
今回は、業務システムを日々支えるエンジニアに向けて、この2者の裏側にある挙動と、実務で絶対に踏むべき設計の鉄則を叩き込む。
—
1. 忌むべき `IIf` 関数の正体：なぜ「両方」評価されるのか？
まずは、以下のコードを見てほしい。データベースから取得した顧客データ（`customer`）が `Nothing`（存在しない）かもしれない状況を想定した処理だ。
‘ 【危険なコード】IIf関数を使った例
Dim displayName As String = IIf(customer Is Nothing, “ゲスト”, customer.Name)
一見すると、「もし顧客が `Nothing` なら『ゲスト』、そうでなければ `customer.Name` を入れる」という完璧なロジックに見える。
しかし、`customer` が実際に `Nothing` であるとき、このコードは容赦なく `NullReferenceException` を吐いてクラッシュする。
なぜクラッシュするのか？（IIfの致命的仕様）
`IIf` は、名前に反して「関数（Function）」である。
VB.NETにおいて、関数に渡される引数は、関数が実行される「前」に必ずすべて評価（計算）されるという大原則がある。
つまり、`IIf` 関数は以下のように処理を解釈する。
1. 第1引数：`customer Is Nothing` （条件の判定）
2. 第2引数：”ゲスト” （値の評価）
3. 第3引数：`customer.Name` ←【ここで爆発】`customer` が `Nothing` なのにプロパティにアクセスしようとする！
4. 最後に、IIf関数が結果を選択する
条件が `True` であろうと `False` であろうと、第2引数と第3引数の両方が事前に評価される。これが、`IIf` が抱える最大の罠だ。
—
2. 救世主 `If` 演算子：短絡評価（Short-circuit evaluation）の仕組み
この問題を鮮やかに解決するのが、VB.NET 2008以降で導入された `If` 演算子（言語キーワード） である。
先ほどのコードを `If` 演算子に書き換えてみよう。
‘ 【安全なコード】If演算子を使った例
Dim displayName As String = If(customer Is Nothing, “ゲスト”, customer.Name)
結果は、`customer` が `Nothing` であっても、一切エラーを起こさずに “ゲスト” を返す。
短絡評価とは何か？
`If` は関数ではなく、コンパイラが特別に処理する言語演算子（Operator）だ。
ここで行われるのが 「短絡評価（ショートサーキット）」 である。
1. コンパイラはまず第1引数（`customer Is Nothing`）を評価する。
2. もしこれが `True` であれば、「これ以上評価する必要はない」と判断し、第3引数（`customer.Name`）の評価を完全にスキップする。
無駄な処理を行わないためパフォーマンス上有利であるだけでなく、今回のような「存在チェックをした上で、そのプロパティにアクセスする」という、実務で頻出する依存関係のある安全なコードが書けるようになるのだ。
—
3. 実務で即効！ファイル・データベース連携における「バグを防ぐ選び方」
業務自動化ツールや基幹連携バッチにおいて、この挙動の違いはそのまま「システムの堅牢性」に直結する。実務でありがちなアンチパターンと正しい設計を見ていこう。
データベースからの取得値判定（DBNullのハンドリング）
データベース（SQL Server等）から値を取得する際、フィールドが `DBNull.Value` であることは日常茶飯事だ。ここで `IIf` を使うと大惨事になる。
‘ 【NG】IIfを使ったDBNull判定
‘ row(“UpdateDate”) が DBNull.Value の場合、CDate() のキャストで例外が発生することがある
Dim lastUpdate As DateTime = CDate(IIf(IsDBNull(row(“UpdateDate”)), DateTime.MinValue, row(“UpdateDate”)))
‘ 【OK】If演算子を使った堅牢な判定
Dim rawDate As Object = row(“UpdateDate”)
Dim lastUpdate As DateTime = If(IsDBNull(rawDate), DateTime.MinValue, CDate(rawDate))
ファイルパスの存在チェックと操作
‘ 【NG】IIfでファイルサイズを取得しようとする（ファイルが存在しないとIOExceptionの危険）
Dim fileSize As Long = CLng(IIf(File.Exists(filePath), New FileInfo(filePath).Length, 0))
‘ 【OK】If演算子なら安全にショートサーキットする
Dim fileSize As Long = If(File.Exists(filePath), CType(New FileInfo(filePath).Length, Long), 0)
—
4. プロダクションコード：保守性の高い安全な実装例
ここで、現場の即戦力となるユーティリティメソッドのサンプルコードを提示する。
設定ファイルやデータベースから取得した文字列を安全にトリムし、空であればデフォルト値を返す実用的なコードだ。
Imports System.IO
Public Module StringUtility
”’
”’
”’ 評価する文字列
”’ デフォルト値
”’
Public Function GetValueOrDefault(target As String, defaultValue As String) As String
‘ target が Nothing の場合に Trim() を呼ぶと落ちるため、
‘ If演算子の短絡評価を利用して安全に評価する
Return If(String.IsNullOrWhiteSpace(target), defaultValue, target.Trim())
End Function
”’
”’
Public Function SafeReadText(filePath As String) As String
‘ ファイルが存在する場合のみ StreamReader を動かす
‘ IIfを使うと存在しないファイルパスに対してインスタンス生成が走り、即座に例外となる
Return If(File.Exists(filePath), File.ReadAllText(filePath), String.Empty)
End Function
End Module
—
5. チーフアーキテクトからの最終提言
結論は極めてシンプルだ。
> 「今すぐ、あなたのプロジェクトから `IIf` 関数を駆逐せよ。」
歴史的経緯（VB6時代からの互換性）のためにVB.NETに残されている `IIf` 関数は、現代のモダンな .NET 開発において、もはや百害あって一利なしのレガシー機能である。
コードレビューで `IIf` を見つけたら、それはバグの温床であり、メンテナンス性を下げる時限爆弾だと認識してほしい。
条件を1行で簡潔に、かつ安全に記述したいときは、必ず `If` 演算子 を選択すること。この徹底が、あなたの作る業務システムを揺るぎない堅牢なものへと昇華させる。
