VB.NETを極める：三項演算子（IIf）の呪縛を断ち切り、`If` 演算子でフォールバックを制す
開発現場でこんなコードを見かけたことはないだろうか。
.net
‘ 【アンチパターン】絶対に避けるべき古い書き方
Dim displayName As String = IIf(isVip(user), user.VipName, user.NormalName)
業務効率化ツールの開発や、レガシーシステムの保守において、未だに古い `IIf` 関数や冗長な `If…Else` 文を見かけるたびに、私はエンジニアとして強い危機感を覚える。
特に `IIf` は、C#の三項演算子（`?:`）の感覚で使っていると、パフォーマンスの劣化と予期せぬ型変換バグ（TypeMismatch）の温床となる。
今回は、VB.NETが持つ真のポテンシャルを解放し、堅牢で美しいコードを書くための「`If` 演算子によるNull-coalescing（Null合体）と条件分岐の極意」を伝授する。
—
なぜ `IIf` を使ってはいけないのか？（プロの現場における致命的な罠）
VB.NETを触る多くのプログラマが最初に犯す過ちは、`IIf` 関数を「三項演算子の代わり」として使うことだ。しかし、`IIf` は関数（Function）である。これが何を意味するか、理解しているだろうか。
1. 評価の順序とパフォーマンスの重み
`IIf(condition, truePart, falsePart)` は関数である以上、条件の真偽に関わらず、第2引数と第3引数の両方が必ず評価（実行）される。
例えば、データベースから値を取得する処理や、重いオブジェクト生成を `truePart` や `falsePart` に仕込んだ場合、使われない方の処理まで実行され、無駄なリソースを消費する。
2. 型の安全性の崩壊（`Object` 型へのボクシング）
`IIf` の戻り値は常に `Object` 型である。そのため、強烈な型安全性（Option Strict On）を信条とするプロジェクトにおいて、無用なキャスト（CIntやCStrなど）を強要され、パフォーマンスの低下とコードの肥大化を招く。
これらを一撃で解決するのが、VB.NETの言語仕様に組み込まれた二項・三項の `If` 演算子である。
—
2引数の `If` 演算子：C#の `??`（Null合体演算子）に相当する極上の糖衣構文
C#には `??` という非常にスマートなNull合体演算子がある。「左辺がNullでなければその値を、Nullなら右辺のデフォルト値を返す」というものだ。
VB.NETでも、2引数を取る `If` 演算子を使うことで、全く同じ、いやそれ以上に洗練されたフォールバック処理を実装できる。
.net
‘ expression が Nothing でなければ expression を、Nothing なら default を返す
Dim result = If(expression, default)
実務での活用シーン：ファイルパスとデータベース連携の堅牢化
業務システムでは、設定ファイル（App.config / appsettings.json）の読み込みや、データベースからのデータ取得時に `Nothing`（Null）や空値との闘いが絶えない。
ここで、ファイルパスのフォールバック処理を例に、プロダクションコードを見てみよう。
.net
Imports System.IO
Public Class ConfigurationManager
”’
”’
Public Function GetSafeExportDirectory(ByVal rawConfigPath As String) As String
‘ デフォルトのフォールバックパス
Dim defaultPath As String = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, “DefaultExport”)
‘ 2引数 If 演算子によるスマートなフォールバック
‘ rawConfigPath が Nothing の場合、自動的に defaultPath が選択される
Dim targetPath As String = If(rawConfigPath, defaultPath)
‘ ディレクトリが存在しない場合は自動生成する堅牢な設計
If Not Directory.Exists(targetPath) Then
Directory.CreateDirectory(targetPath)
End If
Return targetPath
End Function
End Class
このコードの美しさは、無駄な `If…Else` ブロックを排除し、値の評価とフォールバックのフォールバック（代替え）を1行で完結させている点にある。可読性が飛躍的に向上し、バグの入り込む隙を与えない。
—
3引数の `If` 演算子：C#の三項演算子（`?:`）の完全な置き換え
条件によって値を切り替える場合、私たちは3引数の `If` 演算子を使うべきだ。前述した `IIf` とは異なり、こちらは短絡評価（ショートサーキット）を行う。つまり、条件に一致した側の式しか評価されない。
.net
‘ 構文: If(condition, truePart, falsePart)
Dim taxRate As Decimal = If(isRegisteredBusiness, 0.1D, 0.08D)
データベース連携におけるDBNullのハンドリング
データベース（ADO.NET / DataRow）から値を取得する際、データベースの `DBNull.Value` に悩まされることは多いだろう。
ここでも `If` 演算子を組み合わせることで、DBNullの安全なフォールバックをエレガントに記述できる。
.net
Public Class UserRepository
”’
”’
Public Function ExtractUserName(ByVal row As DataRow) As String
‘ データベースのフィールド値を取得
Dim dbValue = row(“UserName”)
‘ DBNull または Nothing の場合は “ゲスト” にフォールバック
‘ さらに 3引数 If で条件に応じた文字列整形を行う例
Dim rawName As String = If(IsDBNull(dbValue), Nothing, CStr(dbValue))
‘ 最終的なフォールバックとトリム処理
Dim safeName As String = If(String.IsNullOrWhiteSpace(rawName), “ゲストユーザー”, rawName.Trim())
Return safeName
End Function
End Class
ここでは2段階の `If` 演算子が巧みに使われている。
1. `IsDBNull` のチェックを経て `Nothing` に安全に変換。
2. 2引数の `If` 演算子で、値が空であれば `”ゲストユーザー”` にフォールバック。
このパターンをマスターするだけで、NullReferenceException や型変換例外の発生率は劇的にゼロへと近づく。
—
チーフアーキテクトからの提言：コードレビューで意識すべきこと
開発チームの生産性を底上げしたいなら、コードレビューの場で以下の基準をチームメンバーに徹底してほしい。
1. `IIf` 関数はプロジェクトから駆逐せよ
リファクタリングの際、`IIf` を見つけたら必ず `If` 演算子（2引数または3引数）に書き換えるルールを設ける。これだけで予期せぬ型ミスマッチのバグが消滅する。
2. フォールバック値は「定数」または「確定済みの変数」に限定せよ
`If(value, GetHeavyObject())` のように、右側のフォールバック処理自体が重い処理である場合、2引数 `If` であっても評価されるタイミングに注意が必要だ（※VB.NETの仕様上、引数は事前に評価されるケースがあるため、極端に重い処理を右辺に置く場合は通常の `If…Else` を選択する勇気を持つこと）。
3. Option Strict On は絶対条件
型安全性を担保しないVB.NETに未来はない。常にコンパイラに型を厳密にチェックさせ、`If` 演算子の恩恵を最大限に受けられる環境を維持すること。
—
まとめ
VB.NETは、古い歴史を持つゆえに「ダサい言語」と誤解されがちだ。しかし、言語仕様のアップデートによって、現代的な言語に劣らない洗練された書き方が可能となっている。
その代表格が、今回解説した `If` 演算子によるスマートなフォールバックと条件分岐 である。
無駄なコードを削ぎ落とし、バグの起きない堅牢なロジックを組むこと。それこそが、現場を引っ張るエンジニアの美学である。明日からのコーディングで、ぜひこの知見を実践してほしい。
