IsNotとIsNothingの深淵：オブジェクト同一性判定のパラドックスとメモリ最適化の極意
レガシーなVB 6（VBA）の残香を引きずる現場において、`Is` 演算子や `Nothing` との比較は、しばしば「なんとなく動くから」という理由で惰性で書かれがちだ。
特に .NET Framework から .NET (Core / 5+) へと移行が進む現代のエンタープライズ環境において、`IsNot` 演算子と `IsNothing` 関数の挙動の差異を正確に理解していないことは、潜在的なメモリリークや、最悪の場合は未処理例外（NullReferenceException）の温床となる。
今回は、単なる構文の解説ではない。オブジェクトのライフサイクル、IL（中間言語）レベルでの振る舞い、そして演算子のオーバーロードが絡み合う魔境において、いかにして安全かつ高速なコードを紡ぎ出すか。その極限の知見を共有する。
—
1. 根本的な違い：IL（中間言語）から見た `IsNot` と `IsNothing`
まず、コンパイラがこれらをどのように解釈しているのかを暴く。
VB.NETにおける `IsNot` は、C# における `!=`（参照比較の場合）や `is not` とは異なり、参照の同一性（Reference Equality）を否定する純粋な演算子である。
.net
‘ パターンA: IsNot 演算子
If myObject IsNot Nothing Then
‘ 処理
End If
これに対し、`IsNothing` は関数のように見えるが、VB.NETの言語仕様における組み込みのヘルパー関数（あるいは歴史的経緯を持つ構文糖衣）である。
.net
‘ パターンB: IsNothing 関数
If IsNothing(myObject) Then
‘ 処理
End If
パフォーマンスと実体の乖離
- `IsNot`: レジスタレベル、あるいはJITコンパイル時に直接 `ceq`（等価比較）の否定命令に変換されることが多く、極めて高速かつオーバーヘッドがない。
- `IsNothing`: レガシーなVBの互換性を維持するため、内部でボクシングが発生したり、余計なメソッド呼び出しのオーバーヘッドを伴うケースがあった（近年のコンパイラは最適化されるが、ILの美しさを愛する者としては避けるべきである）。
チーフアーキテクトの断言：
現代の VB.NET 開発において、`IsNothing` を積極的に選択する理由は存在しない。常に `Is` および `IsNot` を使用せよ。
—
2. 悪夢の始まり：演算子のオーバーロードと `Is` / `IsNot` の罠
ここからが本題だ。ドメイン駆動設計などを導入し、値オブジェクト（Value Object）や独自のエンティティクラスで `Operator =` や `Operator <>` をオーバーロードしている場合、話は一気に複雑化する。
以下のコードを見てほしい。
.net
Public Class HeavyResource
Implements IDisposable
Public Property Id As String
‘ ＝演算子をオーバーロードしているとする
Public Shared Operator =(left As HeavyResource, right As HeavyResource) As Boolean
If ReferenceEquals(left, right) Then Return True
If left Is Nothing OrElse right Is Nothing Then Return False
Return left.Id = right.Id
End Operator
Public Shared Operator <>(left As HeavyResource, right As HeavyResource) As Boolean
id Not (left = right)
End Operator
‘ IDisposable の実装（省略）
Public Sub Dispose() Implements IDisposable.Dispose
‘ ネイティブハンドルの解放処理など
End Sub
End Class
このクラスのインスタンスに対し、`IsNot` を使用した場合、何が起きるか？
VB.NETの仕様において、`Is` および `IsNot` は「参照の同一性（Memory Address / Reference）」を比較する。たとえ `Operator =` がオーバーロードされていようとも、`IsNot` はメモリ上の実体が同一かどうかだけを見に行く。
しかし、開発者が「中身が等しくないこと」を意図して `IsNot` を使った場合、致命的なバグを生む。さらに、オブジェクトが破棄（`Dispose`）された後、ガベージコレクタ（GC）に回収されるまでの間に `IsNot Nothing` を評価すると、「インスタンスは存在しているが、中身は死んでいる（ObjectDisposedExceptionの嵐）」という状況に直面する。
—
3. 実践：Windows API連携とメモリ最適化における安全な判定パターン
システム間連携やCOMオブジェクト、あるいはP/Invokeを通じてWindows APIを叩く極限の現場では、オブジェクトのライフサイクル管理が生死を分ける。
以下のコードは、アンマネージリソースを内包し、安全な破棄とNull/Nothing判定を両立させた実用的なパターンである。
.net
Imports System.Runtime.InteropServices
Public Class Win32ApiWrapper
Implements IDisposable
Private _safeHandle As IntPtr = IntPtr.Zero
Private _isDisposed As Boolean = False
Public Sub New(lpLibFileName As String)
_safeHandle = LoadLibrary(lpLibFileName)
If _safeHandle = IntPtr.Zero Then
Throw New DllNotFoundException($”Failed to load library: {lpLibFileName}”)
End Sub
End Sub
‘ Windows API のインポート
Private Shared Function LoadLibrary(lpFileName As String) As IntPtr
End Function
Private Shared Function FreeLibrary(hModule As IntPtr) As Boolean
End Function
”’
”’
Public Shared Function IsValid(resource As Win32ApiWrapper) As Boolean
‘ 1. まず標準の IsNot と Nothing 判定で高速に弾く
If resource IsNot Nothing Then
‘ 2. 内部フラグおよびアンマネージハンドルの生存確認
SyncLock resource
Return Not resource._isDisposed AndAlso resource._safeHandle <> IntPtr.Zero
End SyncLock
End If
Return False
End Function
Public Sub Dispose() Implements IDisposable.Dispose
Dispose(True)
GC.SuppressFinalize(Me)
End Sub
Protected Overridable Sub Dispose(disposing As Boolean)
SyncLock Me
If Not _isDisposed Then
If _safeHandle <> IntPtr.Zero Then
‘ アンマネージリソースの解放
FreeLibrary(_safeHandle)
_safeHandle = IntPtr.Zero
End If
_isDisposed = True
End If
End SyncLock
End Sub
Protected Overrides Sub Finalize()
Dispose(False)
MyBase.Finalize()
End Sub
End Class
この実装の要点
1. `IsNot Nothing` による高速ショートサーキット：無駄なメソッド呼び出しを行わず、まずはメモリ上の実体有無を `IsNot` で一瞬で判定する。
2. マルチスレッドセーフな状態確認：`SyncLock` を用いることで、別スレッドから `Dispose` が走った瞬間の競合（Race Condition）を防ぎつつ、安全に有効性を評価する。
3. `IsNothing` の完全排除：コードベースの意図を明確にするため、参照比較には一貫して `IsNot`（または `Is`）を採用している。
—
4. チーフアーキテクトからの提言
VB.NETは、その歴史的背景ゆえに「初心者にも分かりやすい構文」が数多く用意されている。しかし、それらの「お節介な構文（`IsNothing` など）」や、直感に頼った演算子の使い方は、大規模システムや高負荷なエンタープライズ環境においては百害あって一利なしだ。
- 参照の比較には必ず `Is` / `IsNot` を使え。
- 値の比較（等価性）には `=` / `<>` を使え（必要に応じてオーバーロードを適切に実装せよ）。
- `IsNothing` はレガシーの遺物として封印せよ。
この鉄則をチーム全体に徹底させることができれば、君の書くVB.NETコードは、C#勢すら一目置く、堅牢で研ぎ澄まされた芸術品へと昇華するだろう。アーキテクチャの美しさは、細部の厳格なコード規律に宿るのだ。
