【VB.NET極意】StructureかClassか。メモリを支配し、GCの恐怖から解放される設計術
業務自動化ツールを開発する際、多くのエンジニアが「なんとなく」でクラスと構造体を使い分けている。しかし、その甘えが数万件のレコードを処理する瞬間にメモリリークや激しいガベージコレクション（GC）の発生を招き、ツールを「動くゴミ」に変えてしまう。
今日は、VB.NETという言語の深淵に触れ、メモリ効率を極限まで高めるための「構造体とクラスの正しい使い分け」について、プロの視点で伝授する。
—
1. 構造体(Structure)とクラス(Class)の「絶対的な違い」
まず、VB.NETにおけるメモリ配置の根本を理解せよ。
- Structure（値型）： スタック領域に置かれる。変数がスコープを抜ければ即座に解放される。コピーは「値の複製」である。
- Class（参照型）： ヒープ領域に置かれる。変数は「メモリのアドレス」を保持するだけ。実体はGC（ガベージコレクター）の監視下に置かれ、メモリが圧迫されると掃除が入る。
結論： 「小さなデータ」を「大量に」扱うならStructure、「状態を持ち、複雑なロジックをカプセル化する」ならClassだ。
—
2. なぜ「不用意なClass」が現場を殺すのか
業務アプリでCSV解析やDB抽出を行う際、すべてのデータを行単位で`Class`に詰め込む設計は、GCを頻繁に発火させる原因となる。
- GCの代償： GCが走っている間、アプリケーションは停止（Stop-the-world）する。数百万件のデータをループで処理する際、数秒おきに数ミリ秒の停止が発生すれば、処理時間は劇的に増大する。
- メモリの断片化： 小さなオブジェクトを大量に生成すると、メモリ空間が断片化し、確保できるメモリがあるのにOutOfMemoryExceptionを吐くという最悪の事態を招く。
—
3. 実践：プロダクションコードにおける最適解
「10万件の顧客データを読み込んで処理する」というシナリオを想定した設計例を示す。ここでは、データを保持する最小単位に`Structure`を採用し、パフォーマンスを最大化する。
最適化されたデータ構造のコード例
”’
”’
Public Structure CustomerData
‘ 読み取り専用にすることで安全性を担保
Public ReadOnly Id As Integer
Public ReadOnly Name As String
‘ コンストラクタで初期化を強制し、不変性を保つ（バグの温床を排除）
Public Sub New(id As Integer, name As String)
Me.Id = id
Me.Name = name
End Sub
End Structure
‘ — 運用側 —
Public Sub ProcessLargeData()
‘ 10万件のデータを扱う場合でも、構造体の配列ならメモリは連続して確保される
‘ クラスと違い、GCの負荷は極めて低い
Dim customers(99999) As CustomerData
‘ データロード処理
For i As Integer = 0 To customers.Length – 1
‘ 構造体はスタック上で完結するため、生成コストが圧倒的に低い
customers(i) = New CustomerData(i, “Customer_” & i)
Next
End Sub
—
4. 構造体を使う際の「鉄の掟」
ただし、構造体を魔法の杖だと思ってはいけない。構造体には以下の制約がある。
1. 不変(Immutable)にせよ： 構造体は代入時に「複製」が走る。値を変えられると、予期せぬ場所でデータが化ける。`ReadOnly`を活用せよ。
2. サイズを小さく保て： 構造体は16バイト以下が理想だ。それ以上のデータを持つと、コピーのコストがクラスの参照コピーを上回る。
3. 継承は不可： インターフェースの実装は可能だが、基本は「単なるデータの入れ物」として使う。
—
5. 結論：設計の指針
業務自動化エンジニアとしての設計基準はこうだ。
- Structureを選ぶべきケース：
- データ量が多い（1万件以上）。
- 計算用の一時的なデータ保持。
- 継承が必要なく、不変なデータ。
- Classを選ぶべきケース：
- メソッドを持ち、ビジネスロジックをカプセル化する。
- シングルトンとして管理する。
- データが大きく、参照渡し（ByRef）での共有が前提。
「なんとなく」でコードを書くのは、エンジニアとして今日で卒業せよ。
メモリの挙動を意識した設計は、一見地味だが、長期間安定して稼働する堅牢な業務ツールの唯一の基盤だ。まずは既存のコードの `Public Class DataRow` を `Public Structure DataRow` に書き換えるところから始めてみろ。劇的なパフォーマンス向上が、お前のツールを「プロの道具」へと昇華させるはずだ。
