データの「意味」を形にする：WPF DataTemplateSelectorによる動的UI構築の極意
業務アプリケーションの規模が拡大し、単なる「データの羅列」から「情報のコンテキスト（文脈）に応じた提示」が求められるフェーズに差し掛かったとき、多くのエンジニアは壁にぶつかる。
ListViewやListBoxにおいて、`ItemTemplate`に一つの巨大なDataTemplateを定義し、その中で `DataTrigger` や `IValueConverter` を駆使して「もしステータスがAならこの表示、Bならこの表示……」と条件分岐を繰り返す設計だ。これは一見、動いているように見えるが、メンテナンス性の観点からは「破綻」へのカウントダウンに過ぎない。
真に堅牢なシステムを構築するアーキテクトは、表示ロジックをXAMLの条件分岐に委ねることはしない。データの「型（Type）」または「状態（State）」に基づき、DataTemplateそのものを差し替える。
本稿では、VB.NETを用いた`DataTemplateSelector`の高度な実装手法と、それに付随するメモリ管理、パフォーマンス最適化の極限に触れていく。
1. なぜ Converter ではなく Selector なのか
多くの開発者が陥る罠が、`IValueConverter` を多用して一つのテンプレート内でコントロールの `Visibility` を操作する手法だ。
<!-- アンチパターン：肥大化したテンプレート -->
<DataTemplate>
<Grid>
<TextBlock Text="{Binding Name}" Visibility="{Binding IsUrgent, Converter={StaticResource BooleanToVisibilityConverter}}"/>
<Border Background="Red" Visibility="{Binding IsUrgent, Converter={StaticResource BooleanToVisibilityConverter}}"/>
<!-- 項目が増えるたびに、Visibilityの制御コードが爆発的に増殖する -->
</Grid>
</DataTemplate>この設計には二つの致命的な欠陥がある。
1. Visual Treeの肥大化: 表示されないコントロールも、メモリ上には存在し、Visual Treeの一部として計算リソースを消費する。
2. 関心の分離の欠如: 「何を表示するか」というビジネスロジックが、UIの構成要素の「表示・非表示」という低レイヤーの制御に埋没している。
これに対し、`DataTemplateSelector` は、データの種類に応じて全く異なるVisual Treeを注入する。これにより、必要なコントロールのみが生成され、コードの責務が明確に分離される。
2. 実装：型に基づいた動的テンプレートの切り替え
では、具体的な実装を見ていこう。ここでは、「通常タスク」と「緊急タスク」という異なる性質を持つデータを、一つのリストで表示するシナリオを想定する。
Data Model (VB.NET)
まず、基底クラスを定義する。業務システムにおいては、`INotifyPropertyChanged` の実装は必須だが、ここでは簡潔にするため、プロパティ変更の通知を前提とする。
''' <summary>
''' タスクの基底クラス
''' </summary>
Public MustInherit Class TaskBase
Public Property ID As String
Public Property Title As String
Public Property Assignee As String
End Class
''' <summary>
''' 通常のタスク
''' </summary>
Public Class NormalTask
Inherits TaskBase
Public Property DueDate As DateTime
End Class
''' <summary>
''' 緊急のタスク（追加の重要度プロパティを持つ）
''' </summary>
Public Class UrgentTask
Inherits TaskBase
Public Property Severity As Integer ' 1-5
Public Property IncidentCode As String
End ClassDataTemplateSelector (VB.NET)
ここが心臓部だ。`DataTemplateSelector` を継承し、データの型を判定して適切なテンプレートを返すロジックを記述する。
Imports System.Windows
Imports System.Windows.Controls
''' <summary>
''' タスクの種類に応じてDataTemplateを切り替えるセレクター
''' </summary>
Public Class TaskTemplateSelector
Inherits DataTemplateSelector
' XAML側から注入するテンプレートリソース
Public Property NormalTemplate As DataTemplate
Public Property UrgentTemplate As DataTemplate
''' <summary>
''' データの型に基づき、適切なテンプレートを選択する
''' </summary>
Public Overrides Function SelectTemplate(item As Object, container As DependencyObject) As DataTemplate
If item Is Nothing Then Return Nothing
' 型判定による分岐。ここでビジネスロジックに基づいた高度な選択も可能
If TypeOf item Is UrgentTask Then
Return UrgentTemplate
ElseIf TypeOf item Is NormalTask Then
Return NormalTemplate
End If
Return Nothing
End Function
End ClassXAML Implementation
次に、これらを統合する。
<Window x:Class="MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:local="clr-namespace:YourAppNamespace"
Title="Task Management System" Height="450" Width="800">
<Window.Resources>
<!-- 通常タスク用のテンプレート -->
<DataTemplate x:Key="NormalTaskTemplate">
<StackPanel Orientation="Horizontal" Margin="5">
<TextBlock Text="{Binding Title}" Width="200" FontWeight="Normal"/>
<TextBlock Text="{Binding DueDate, StringFormat='yyyy/MM/dd'}" Foreground="Gray"/>
</StackPanel>
</DataTemplate>
<!-- 緊急タスク用のテンプレート（視覚的に強調） -->
<DataTemplate x:Key="UrgentTaskTemplate">
<Border BorderBrush="Red" BorderThickness="2" Background="#FFFAEAEA" Margin="5" Padding="5">
<StackPanel Orientation="Horizontal">
<TextBlock Text="[URGENT]" Foreground="Red" FontWeight="Bold" Margin="0,0,10,0"/>
<TextBlock Text="{Binding Title}" Width="150" FontWeight="Bold"/>
<TextBlock Text="{Binding IncidentCode}" Foreground="DarkRed" Margin="10,0,0,0"/>
<TextBlock Text="{Binding Severity, StringFormat='Level: {0}'}" Margin="20,0,0,0"/>
</StackPanel>
</Border>
</DataTemplate>
<!-- セレクターの定義 -->
<local:TaskTemplateSelector x:Key="MyTaskSelector"
NormalTemplate="{StaticResource NormalTaskTemplate}"
UrgentTemplate="{StaticResource UrgentTaskTemplate}"/>
</Window.Resources>
<Grid>
<ListView ItemsSource="{Binding Tasks}"
ItemTemplateSelector="{StaticResource MyTaskSelector}">
<!-- パフォーマンス最適化のための仮想化設定 -->
<ListView.ItemsPanel>
<ItemsPanelTemplate>
<VirtualizingStackPanel />
</ItemsPanelTemplate>
</ListView.ItemsPanel>
</ListView>
</Grid>
</Window>3. アーキテクトの視点：メモリ最適化とパフォーマンスの極限
ここまでが「動くコード」だが、プロフェッショナルの仕事はここからだ。大規模なリスト（数万件規模）を扱う場合、`DataTemplateSelector` は諸刃の剣となる。
3.1 UI Virtualization（UI仮想化）の死守
`DataTemplateSelector` を使用して複雑なテンプレートを切り替える際、最も注意すべきは `VirtualizingStackPanel` の動作だ。
もし `ListView` の `ScrollViewer.CanContentScroll` が `False` になっていたり、テンプレート内に複雑な `Grid` や `StackPanel` を多用しすぎると、スクロールのたびに激しい CPU 負荷とメモリ割り当てが発生する。
必ず、`ItemsPanel` に `VirtualizingStackPanel` を明示し、可能な限りレイアウト計算のコスト（`Measure` と `Arrange`）が低いシンプルな構造をテンプレート内に維持せよ。
3.2 オブジェクトのライフサイクルとメモリリークの回避
WPFにおいて、特にレガシーなCOMコンポーネントやWindows APIを介して取得したデータ（例：外部プロセスから監視しているプロセス情報など）をリストに表示する場合、「参照の循環」に細心の注意を払わなければならない。
`DataTemplate` 内でイベントハンドラを直接記述したり、ViewModelが静的なリソースに対してイベントを購読したりすると、リストのアイテムが削除されても、Visual Treeの残骸がメモリ上に残り続ける。
対策：
- Weak Event Pattern: イベント購読には `WeakEventManager` を活用し、参照がGC（ガベージコレクション）によって回収されるのを妨げないようにすること。
- Explicit Cleanup: リストのデータをクリアする際、単に `ObservableCollection.Clear()` を呼ぶだけでなく、各アイテムが保持する `IDisposable` なリソース（ファイルハンドルやAPIリソース）を明示的に解放するプロセスを挟む。
3.3 Windows APIとの連携：フォーカスとウィンドウ操作
業務システムでは、「リストの特定の項目をダブルクリックしたら、特定の外部アプリケーションを前面に持ってくる」といった要件が頻出する。この際、WPFのレイヤーから直接 Windows API を叩く必要がある。
' Win32 APIの宣言
<System.Runtime.InteropServices.DllImport("user32.dll")>
Private Shared Function SetForegroundWindow(hWnd As IntPtr) As Boolean
End Function
' リスト項目のダブルクリックイベント内での処理例
Private Sub ListView_MouseDoubleClick(sender As Object, e As MouseButtonEventArgs)
Dim selectedItem = DirectCast(CType(sender, ListView).SelectedItem, TaskBase)
' 特定の緊急タスクの場合、関連する外部プロセスを前面に出す
If TypeOf selectedItem Is UrgentTask Then
Dim targetProcessId As Integer = GetProcessIdFromTask(selectedItem) ' 自作の取得ロジック
Dim hWnd As IntPtr = GetHandleFromProcessId(targetProcessId)
SetForegroundWindow(hWnd)
End If
End Subこのように、UIの「表示」と「システム操作」を、`DataTemplateSelector` で整理されたクリーンなデータモデルに基づいて制御することで、コードの複雑度は劇的に低下する。
結論
`DataTemplateSelector` は、単なる表示の切り替えスイッチではない。それは、「データの性質」を「UIの構造」へと昇華させるための、アーキテクチャ上の意思決定である。
- 型に基づき、Visual Treeを分離せよ。
- 仮想化を意識し、メモリの重みを知れ。
- レガシーとの境界線において、APIとライフサイクルを制御せよ。
これらを徹底することによってのみ、経年劣化に耐えうる、真に「モダン」な業務アプリケーションを構築することが可能となる。
