整数型の選択は「生存戦略」である：IntegerとLongが分かつシステムの境界線
現場でシステムを叩き直していると、必ずと言っていいほど「なぜここでIntegerを使ったのか」という負の遺産に遭遇する。VB.NETにおける`Integer`と`Long`。たかが型、されど型。この選択を怠ることは、将来の自分自身、あるいは保守を担当するエンジニアに対する「時限爆弾」の設置に他ならない。
今日は、業務システムの心臓部を支える数値型の真実と、オーバーフローを絶対防衛するための極限の指針を語る。
—
1. メモリの「重み」とCPUの「呼吸」
まず、ハードウェアの視点を持とう。
- Integer (System.Int32): 32ビット（4バイト）。多くのCPUにとって、計算効率が最も高い「ネイティブサイズ」だ。
- Long (System.Int64): 64ビット（8バイト）。32ビットOS時代はフェッチに2サイクル必要だったが、現代の64ビット環境では誤差だ。
しかし、「メモリ効率」と「境界条件」を履き違えてはならない。数百万件のレコードを扱う配列やコレクションを想像しろ。型の選択一つで、メモリ上の占有領域は倍増し、ガベージコレクション（GC）の負荷を跳ね上げる。
極限の知見:
「とりあえずLongにしておけば安全」という思考は、怠慢であると同時に、キャッシュミスを誘発し、大規模データ処理におけるパフォーマンスを確実に殺す。
—
2. オーバーフローの「正体」と回避策
VB.NETのデフォルト設定では、算術演算のオーバーフローチェックは「無効」になっていることが多い。つまり、`Integer.MaxValue`を超えた瞬間、数値は巡回して負の値に化ける。これが、システム間連携のDB更新で致命的なデータ汚染を引き起こす元凶だ。
実践：型選択の基準（フローチャート）
1. カウント・ループ変数: 確実にInt32の範囲（約21億）に収まるか？ → Integer
2. ID（DB主キー）: 相手システムが64ビットか？ 採番規則の将来拡張性は？ → Long
3. 金額・会計: 桁溢れは経営リスク。計算の中間値でオーバーフローの懸念はないか？ → Decimal（※整数型で管理する際はDecimal必須）
—
3. コードで見る「防御的プログラミング」
レガシー保守の現場では、API呼び出しや外部DLLとの連携が避けて通れない。構造体のパッキングやメモリ配置が重要な局面では、VB.NETの`Checked`ブロックを使いこなす必要がある。
Public Sub SafeCalculationExample()
‘ 計算過程でのオーバーフローを強制的に捕捉する
Dim valA As Integer = Integer.MaxValue
Dim valB As Integer = 1
Try
‘ Checkedブロック内で計算を行うことで、オーバーフロー時は即座に例外をスローさせる
Dim result As Integer = Checked(valA + valB)
Catch ex As OverflowException
‘ ここでログを吐き、システム運用者にアラートを飛ばすのがプロの作法
Console.WriteLine(“演算エラー: 数値が許容範囲を超えました。” & ex.Message)
End Try
End Sub
Windows API呼び出し時の「罠」
Windows API（`Declare Function …`）を使用する際、C言語の`long`は32ビットだが、VB.NETの`Long`は64ビットだ。この不整合でスタックを破壊し、プロセスを道連れにクラッシュさせる事例を私は数え切れないほど見てきた。
APIを叩く際は `Integer` (32bit) か `IntPtr` を使え。
—
4. シニアエンジニアへの提言：GCを意識したライフサイクル管理
型サイズの議論は、オブジェクトの生存期間にも繋がる。
大量の数値を配列として保持する場合、`Integer`の配列は連続したメモリを確保し、GCの世代別管理を効率化する。逆に、Boxingが発生するような`Object`型への詰め込みは、即座にメモリリークへの入り口となる。
極限の最適化Tips:
- 不要な配列の即時解放: 大規模な数値計算が終わったら、`myArray = Nothing` を明示し、`GC.Collect()` を呼び出すタイミングを制御せよ（頻繁な呼び出しは禁物だが、バッチ処理の区切りでは有効だ）。
- Structの活用: 型が混在する場合は、`Class`ではなく`Structure`を用い、メモリの局所性を高めろ。
—
結び：コードは言葉である
型選びに迷うことは、ビジネス要件の理解が不足していることと同義だ。「このIDは将来的に何桁まで伸びる可能性があるのか？」を設計段階で詰めていれば、IntegerかLongかで迷う時間はゼロになるはずだ。
数値型一つを適当に決める人間は、システム全体の堅牢性を損なう。VB.NETは古い言語ではない。適切に扱えば、現代のどの高レベル言語よりも、ハードウェアを雄弁に操ることができる「レジェンド」なのだ。
今日から君のコードで、変数の意味を再定義しろ。それが、真のエンジニアへの道だ。
