宣言的メタプログラミングの深淵：VB.NETで「コードの意志」を定義する
長年、泥臭いレガシーシステムの墓場を歩き回り、VBAのスパゲッティコードを紐解いてきた諸君であれば、一度は感じたことがあるはずだ。「なぜ、このバリデーションロジックを何百回も繰り返し書かなければならないのか」と。
VB.NETの真の力は、単なる手続き型の記述能力ではない。`Attribute`（属性）を使い、コードに「意味論」を付与し、リフレクションによってその構造を自己解釈させる。このメタデータ駆動型プログラミングこそが、保守性を極限まで高め、スパゲッティ化を阻止する唯一の防波堤だ。
今回は、単なる属性の使い方の解説ではない。実行時のパフォーマンスを殺さず、いかにして「宣言的なアーキテクチャ」をVB.NETで構築するか、その極意を伝授する。
—
1. 属性の定義：メモリとライフサイクルを意識する
カスタム属性を作成する際、多くのエンジニアは単にプロパティを並べるだけで終わらせる。だが、大規模システムでは「属性のインスタンス化」がリフレクションのオーバーヘッドを直撃する。
属性クラスは、必要最小限のコンストラクタのみを公開し、可能な限り不変（Immutable）にするのが鉄則だ。
Imports System
‘ AttributeUsageは必須だ。どこに付与できるかを厳密に制限し、
‘ コンパイル時の意図しない使用を防ぐ。
Public NotInheritable Class ValidationAttribute
Inherits Attribute
Public ReadOnly Property MinLength As Integer
Public ReadOnly Property ErrorMessage As String
Public Sub New(minLength As Integer, errorMessage As String)
Me.MinLength = minLength
Me.ErrorMessage = errorMessage
End Sub
End Class
2. リフレクションのキャッシュ戦略：パフォーマンスの最適化
リフレクションは強力だが、`GetCustomAttributes`をループ内で呼び出すのは自殺行為だ。一度解析した型情報は、`Dictionary`や`ConcurrentDictionary`にキャッシュせよ。
以下のコードは、オブジェクトのバリデーションをメタデータに基づいて行う極めて効率的な実装例である。
Imports System.Reflection
Imports System.Collections.Concurrent
Public Class Validator
‘ 型ごとのメタデータをキャッシュし、二度目のリフレクションを回避する
Private Shared ReadOnly _cache As New ConcurrentDictionary(Of Type, PropertyInfo())()
Public Shared Function Validate(obj As Object) As Boolean
Dim t = obj.GetType()
Dim props = _cache.GetOrAdd(t, Function(type) type.GetProperties())
For Each prop In props
‘ GetCustomAttributeは高速だが、何度も呼ぶな。
Dim attr = prop.GetCustomAttribute(Of ValidationAttribute)()
If attr IsNot Nothing Then
Dim val = prop.GetValue(obj)?.ToString()
If val Is Nothing OrElse val.Length < attr.MinLength Then
Console.WriteLine($"Error: {prop.Name} - {attr.ErrorMessage}")
Return False
End If
End If
Next
Return True
End Function
End Class
3. レガシーシステムと「外部の目」
VB.NETのプロジェクトがWindows APIやCOMオブジェクトと連携する場合、この属性駆動アプローチはさらに真価を発揮する。例えば、`MarshalAs`属性や独自のマーシャリング属性を自作することで、レガシーなC++ DLLとの境界を安全に管理できる。
ここで重要なのは、「IDisposableの実装」とリフレクションの相性だ。リフレクションで生成されたメタデータやキャッシュは静的領域を圧迫しやすいため、大規模なバッチ処理を行う場合は、定期的なAppDomainの再利用やメモリリークの監視を怠ってはならない。
4. 伝説のエンジニアへの道：実装の極意
- AttributeUsageの徹底: 属性を「何に」適用すべきか、`AllowMultiple`を`False`にするか`True`にするか。これを曖昧にすると、後続の保守エンジニアが仕様を読み違える。
- 例外のコストを甘く見るな: バリデーションエラーを`Throw`で処理するな。メタデータ駆動の設計では、結果を列挙型やステータスオブジェクトで返す「フロー制御」が正解だ。
- VBAからの脱却: もし君がVBAからVB.NETへ移行するフェーズにいるなら、まずは「手続き」を「データ」に変換することから始めよ。処理を関数に書くのではなく、プロパティの属性として定義する。これだけでコードの行数は激減し、信頼性は向上する。
—
結び：コードは「書く」ものではなく「構成」するもの
諸君、コードを書き殴る時代は終わった。これからのシステム開発は、「コードというデータ」をいかにスマートに記述し、いかに効率的に解釈させるかにかかっている。
VB.NETは古い言語ではない。.NETの堅牢な型システムの上に座している、最も強力な抽象化ツールの一つだ。自信を持って、メタデータの海を泳ぎ切ってほしい。
何かあればまた聞こう。次回の講義では、`Emit`を用いた実行時コード生成と、JITコンパイルの挙動について深く掘り下げる。準備をしておくことだ。
