【極限の知見】WPF DataGridにおける「仮想化」の真実：数万件のデータを淀みなく捌くための設計思想
大規模なエンタープライズ・システムを設計していると、避けては通れない壁に直面することがある。それは「データの膨大さ」だ。
数万、時には数十万件のレコードを、ユーザーがストレスなく閲覧・操作できるUIを提供しなければならない局面。多くの開発者は、安易に `List(Of T)` にデータを詰め込み、それを `DataGrid.ItemsSource` に流し込む。その結果、アプリケーションはメモリを食いつぶし、スクロールするたびに描画がカクつき、最終的には「応答なし」の死へと至る。
これは、WPFの「Visual Tree（視覚的ツリー）」の仕組みと、オブジェクトのライフサイクルに対する理解が不足しているために起こる、必然的な悲劇である。
本稿では、単なる設定値の紹介ではない。WPFの描画エンジンがどのように動き、なぜパフォーマンスが劣化するのか、そしてそれをどのように「制御」すべきか。伝説的なアーキテクトの視点から、DataGridのパフォーマンスを極限まで引き出すための最適化手法を伝授する。
1. なぜ DataGrid は「死ぬ」のか：Visual Tree の爆発
まず、問題の本質を理解せよ。DataGridに10万件のデータを表示しようとしたとき、WPFが何を行おうとしているかを。
もし「仮想化」が機能していなければ、WPFは10万件分の行（Row）に対応する `DataGridRow` オブジェクト、さらにその中のセル（Cell）、テキストブロック（TextBlock）といった膨大な数の `FrameworkElement` を生成し、メモリ上に展開しようとする。
一つの行に5つの列があるとすれば、10万行 × 5列 = 50万個以上のオブジェクトがVisual Treeに構築される計算だ。これには、以下の致命的なコストが伴う。
1. メモリ圧迫: 数十万のオブジェクトがManaged Heapを占拠し、GC（Garbage Collection）の頻度と停止時間を増大させる。
2. レイアウト計算の地獄: 描画のたびに、これら膨大なオブジェクトのサイズや位置を計算する（Measure/Arrangeパス）。これがUIスレッドをロックする原因だ。
この「Visual Tree の爆発」を食い止める唯一の手段が、UI Virtualization（UI仮想化） である。
2. UI Virtualization の精密チューニング
WPFの `DataGrid` はデフォルトで仮想化が有効になっている。しかし、実務において「効いていない」状態に陥るケースが多々ある。
2.1 仮想化を破壊する「禁忌」
最も多い失敗は、`DataGrid` を `ScrollViewer` や `StackPanel` でラップしてしまうことだ。
<!-- 【絶対NG】仮想化が破壊される構成 -->
<ScrollViewer>
<DataGrid ItemsSource="{Binding LargeData}" />
</ScrollViewer>`StackPanel` や `ScrollViewer` は、子要素に対して「無限の表示領域」を要求する。これを受けた `DataGrid` は、「全ての行を描画しなければならない」と判断し、仮想化を放棄して全行を生成してしまう。これを防ぐには、`DataGrid` 自体のスクロール機能を利用し、親コンテナはサイズ制約を与えるもの（`Grid` など）に限定せよ。
2.2 Recycler モードの採用
UI仮想化には2つのモードがある。`Standard` と `Recycling` だ。実務では、迷わず `Recycling` を選択すべきである。
- Standard: スクロールして画面外に出た要素を破棄し、新しい要素が必要になると新しくインスタンス化する。これではGCの負荷が減らない。
- Recycling: 画面外に出た要素（Visual要素）を破棄せず、再利用（Reuse）する。新しいデータが来たら、既存のオブジェクトの `DataContext` だけを書き換える。
<DataGrid
ItemsSource="{Binding LargeData}"
VirtualizingStackPanel.IsVirtualizing="True"
VirtualizingStackPanel.VirtualizationMode="Recycling"
VirtualizingStackPanel.ScrollUnit="Pixel">
<!--
VirtualizationMode="Recycling" により、
UI要素の生成・破棄コストを最小化する。
ScrollUnit="Pixel" を指定することで、行単位ではなくピクセル単位の滑らかなスクロールを実現する。
-->
</DataGrid>3. Data Virtualization：真の戦場はメモリの中にある
UI仮想化を完璧にしても、`ItemsSource` に `List(Of T)` で100万件のデータを保持していれば、メモリ不足は避けられない。UIの描画は軽くなっても、データの保持そのものがシステムを圧迫するからだ。
ここで必要となるのが Data Virtualization（データ仮想化） だ。これは、「現在表示に必要な分だけデータをメモリにロードし、それ以外はオンデマンドで取得する」という設計思想である。
3.1 IList インターフェースの自作
WPFのデータバインディングは `IList` インターフェースを介して動作する。これを利用し、インデックス（`Me(index)`）が要求された瞬間に、バックエンド（DBやAPI）からデータを取得するカスタムコレクションを実装する。
以下に、VB.NETによる実装の骨子を示す。
Imports System.Collections
Imports System.Collections.Generic
''' <summary>
''' データのオンデマンド読み込みを実現する仮想化コレクション
''' </summary>
Public Class VirtualizingDataCollection(Of T)
Implements IList(Of T)
Private ReadOnly _totalCount As Integer
Private ReadOnly _cache As New Dictionary(Of Integer, T)()
Private Const _pageSize As Integer = 100 ' 1回に取得するチャンクサイズ
Public Sub New(totalCount As Integer)
_totalCount = totalCount
End Sub
' インデクサ：ここが仮想化の鍵
Public Function Me(index As Integer) As T Implements IList(Of T).Item(Of T) Implements IList.this(Of T)
If Not _cache.ContainsKey(index) Then
' 本来はここで非同期にバックエンドからデータを取得する
' 簡易的な例として、ダミーデータを生成
LoadPage(index \ _pageSize * _pageSize)
End If
Return _cache(index)
End Function
Private Sub LoadPage(startIndex As Integer)
' 実務ではここで Windows API や DB へのクエリを発行する
' 取得したデータを _cache に格納し、古いキャッシュを解放するロジックが必要
For i As Integer = 0 To _pageSize - 1
Dim currentIndex = startIndex + i
If currentIndex < _totalCount Then
_cache(currentIndex) = DirectCast(New T(), T) ' ダミー生成
End If
Next
End Sub
' --- 以下、IList の実装（省略） ---
Public ReadOnly Property Count As Integer Implements IList.Count Implements IList(Of T).Count
Get
Return _totalCount
End Get
End Property
Public Sub Clear() Implements IList.Clear : End Sub
Public Function Contains(item As Object) As Boolean Implements IList.Contains : Return False : End Function
Public Function Contains(item As T) As Boolean Implements IList(Of T).Contains : Return False : End Function
Public Integer IndexOf(item As Object) As Integer Implements IList.IndexOf : Return -1 : End Function
Public Integer IndexOf(item As T) As Integer Implements IList(Of T).IndexOf : Return -1 : End Function
Public void Insert(index As Integer, item As Object) As Void Implements IList.Insert : End Sub
Public void Insert(index As Integer, item As T) As Void Implements IList(Of T).Insert : End Sub
Public void Remove(item As Object) As Void Implements IList.Remove : End Sub
Public void Remove(item As T) As Void Implements IList(Of T).Remove : End Sub
Public void RemoveAt(index As Integer) As Void Implements IList.RemoveAt : End Sub
Public void CopyTo(array As Array, index As Integer) As Void Implements IList.CopyTo : End Sub
Public void CopyTo(array As T(), index As Integer) As Void Implements IList(Of T).CopyTo : End Sub
Public Boolean IsSynchronized As Boolean Implements IList.IsSynchronized : Set
Public Object this(index As Integer) As Object Implements IList.this : Return Me(DirectCast(index, Integer)) : End Function
Public T this(index As Integer) As T Implements IList(Of T).this : Return Me(index) : End Function
Public void SetRange(index As Integer, collection As IEnumerable) As Void Implements IList.SetRange : End Sub
Public void SetRange(index As Integer, collection As IEnumerable(Of T)) As Void Implements IList(Of T).SetRange : End Sub
End Class3.2 メモリ解放の極意
仮想化コレクションを実装する際、最も重要なのは 「キャッシュの管理」 である。`Dictionary` に際限なくデータを溜め込めば、結局はメモリリークと同じ結果を招く。
- LRU (Least Recently Used) アルゴリズム: しばらくアクセスされていない古いページを `_cache.Remove()` で明示的に削除せよ。
- WeakReference の活用: キャッシュに `WeakReference` を使用すれば、GC がメモリを必要とした際に、自動的にキャッシュが回収される仕組みを構築できる。
4. アーキテクトの総括：システム全体の整合性
WPFのパフォーマンス最適化は、単なる XAML の書き換えではない。それは、「データのライフサイクルを、UIの表示能力に合わせて制御する」 という設計思想そのものだ。
1. UI層: `VirtualizationMode=”Recycling”` を徹底し、Visual Tree の肥大化を防ぐ。
2. データ層: `IList` を実装したカスタムコレクションにより、メモリ上のデータ量を制御する。
3. システム層: 非同期処理（`Task`）を用いて、データ取得中の UI スレッドのブロッキングを回避する。
レガシーな VBA システムから WPF への移行や、大規模な社内システムの近代化において、この知見は君たちの強力な武器となるだろう。
「動く」ものを作るのは初級者だ。「淀みなく動く」ものを作るのが、我々プロフェッショナルである。
