【脱・スパゲッティコード】LINQ to Objectsで実現する、堅牢かつ高速なデータ集計の極意
業務システム開発の現場で、未だに「For Eachのネスト」や「フラグ変数による条件分岐の連打」を見て絶望したことはないか？
VB.NETにおけるLINQ to Objectsは、単なる「便利な記法」ではない。データの抽出、変換、集計という業務ロジックの核心を、宣言的に、かつ型安全に記述するための強力な武器だ。今回は、現場で即戦力となる「SQLライクな集計術」を伝授する。
—
1. なぜ「For Each」からの卒業が必要なのか
初心者が書きがちな、リストを回して条件分岐で集計するコードは、以下の3つの負債を生む。
1. 可読性の低下: 処理の意図（何をしたいか）と実装（どう回すか）が混在し、後任者が修正を恐れる。
2. バグの温床: `If`文のネストが増えるほど、条件漏れや変数の初期化ミスが発生しやすくなる。
3. 最適化の余地なし: 手続き的なコードは、コンパイラやランタイムによる最適化の恩恵を受けにくい。
LINQを使えば、「どんなデータが欲しいか」を記述するだけでいい。実行計画は.NETの最適化エンジンが最適解を導き出してくれる。
—
2. 実践：複数条件のフィルタリングとグループ化
例えば、請求データから「特定期間」「特定のステータス」を抽出し、顧客ごとに売上合計を集計する処理を考えてみよう。
Imports System.Linq
‘ 対象のデータクラス
Public Class Invoice
Public Property CustomerName As String
Public Property Amount As Decimal
Public Property Status As String
Public Property InvoiceDate As DateTime
End Class
‘ 集計ロジックの核心
Public Sub ProcessInvoices(invoices As List(Of Invoice))
‘ 1. LINQによる抽出と集計をメソッドチェーンで記述
Dim summary = invoices _
.Where(Function(i) i.InvoiceDate >= New DateTime(2023, 4, 1) _
AndAlso i.Status = “Paid”) _
.GroupBy(Function(i) i.CustomerName) _
.Select(Function(g) New With {
.Customer = g.Key,
.TotalAmount = g.Sum(Function(x) x.Amount),
.Count = g.Count()
}) _
.OrderByDescending(Function(x) x.TotalAmount)
‘ 2. 結果の出力（実務ではここを画面表示やCSV出力に繋ぐ）
For Each item In summary
Console.WriteLine($”顧客: {item.Customer}, 合計: {item.TotalAmount:C}, 件数: {item.Count}”)
Next
End Sub
このコードの「設計上の美学」
- 遅延実行の活用: `summary`自体は集計結果そのものではなく、イテレーション（For Each）が回る瞬間に評価される。巨大なデータセットを扱う際もメモリ消費を最小限に抑えられる。
- 無名型（Anonymous Type）の利用: 集計結果を格納するためだけにクラスを作成する手間を省き、メモリのライフサイクルを最適化している。
—
3. 実務で「絶対に踏んではいけない」地雷
LINQを導入する際、以下の3点だけは肝に銘じておいてほしい。
① 大規模データのメモリ展開
LINQ to Objectsはメモリ上で動く。数万件程度なら問題ないが、数百万件を全件ロードして集計しようとすれば当然 `OutOfMemoryException` が飛ぶ。DB側で `IQueryable` として処理できるなら、SQL側に集計を任せるのが鉄則だ。
② nullチェックの欠如
データソースにnullが混入している場合、`Function(i) i.Amount` の部分で容赦なく例外が発生する。`If(i.Amount, 0)` のように、null許容型に対するデフォルト値を適切に設定せよ。
③ 匿名型のスコープ
LINQの結果をメソッドの戻り値にする場合、匿名型は使えない（スコープ外に出ると型が確定しないため）。その場合は、集計用の「DTO（Data Transfer Object）」クラスを明示的に定義する。ここを妥協すると保守性が崩壊する。
—
4. チーフアーキテクトからの助言
VB.NETは「古い言語」ではない。LINQという現代的な関数型プログラミングの概念を、読みやすい構文でラップした、極めて洗練されたツールだ。
コードは「書く」ものではなく「整理」するものだ。複雑なロジックに出会ったら、まずはLINQで書き直せないか検討せよ。「集計条件をメソッドチェーンに書き出す」というプロセスそのものが、君の抱えている業務ロジックの曖昧さを洗い出し、バグを未然に防ぐ最高のデバッグ作業になるはずだ。
さあ、そのスパゲッティコードを解きほぐし、メンテナンス性の高い美しいシステムへと昇華させよう。現場からは以上だ。
