DataGridViewの限界を超えろ：CellPaintingによる「視覚的セル結合」の極致
業務アプリケーションの開発において、エンジニアが必ずと言っていいほど直面する壁がある。それは、「ユーザーはExcelのような見た目を求めているが、DataGridViewは単なるグリッドである」という絶望的なギャップだ。
特に、受注明細や在庫一覧といった階層構造を持つデータを表示する際、同一の「顧客名」や「日付」が縦に何度も並ぶ様子は、視認性を著しく低下させる。ユーザーは当然、「これ、セルを結合してスッキリさせてよ」と要求してくる。
ここで安易に「データソース側の値を空文字にする」といった実装に手を染めてはならない。それは設計者として、二流の仕事だ。
本稿では、データ整合性を完璧に保ちながら、描画レイヤーのみで「結合」をエミュレートする、プロフェッショナルな実装手法を伝授する。
1. なぜ「データの書き換え」は致命的な失敗を招くのか
まず、設計思想の根幹について議論しておこう。多くのジュニアエンジニアが陥る罠は、「見た目を制御するために、モデル（データ）を操作する」ことだ。
例えば、同じ値が続く場合に、2行目以降の値を `String.Empty` に書き換える手法がある。これは一見、賢明に見えるが、以下の致命的なバグを誘発する。
1. ソート（並び替え）の崩壊: 空文字が混じることで、正しいアルファベット順や日付順が維持できなくなる。
2. 検索・フィルタリングの機能不全: 「特定の顧客名で検索」した際、空文字の行がヒットしなくなる。
3. 集計処理の誤算: `Sum` や `Count` を行うロジックが、データの欠損によって狂う。
我々が目指すべきは、「データは常に完全な状態（Single Source of Truth）で保持し、描画時のみ、その重複を隠蔽する」という、表示とデータの完全な分離である。
2. 戦略的アプローチ：CellPaintingイベントによる描画介入
DataGridViewにおいて、セルの見た目を制御する唯一にして最強の武器は、`CellPainting` イベントだ。
このイベントは、OSがセルを描画しようとする直前に発生する。ここで「このセルは、上のセルと同じ値を持っているか？」を判定し、もしそうであれば、「テキストを描画せず、境界線（Border）の制御のみを行う」というロジックを組み込む。
設計の要諦
- 比較ロジック: 現在のセルと、直上のセルの値を比較する。
- 描画のスキップ: 重複している場合、`e.PaintContent()` を呼び出さないことでテキスト描画を阻止する。
- 境界線の制御: セルが結合されているように見せるため、重複行の下側の境界線を消去する。
3. プロダクションクオリティのコード実装
以下に、そのままプロジェクトに組み込める、堅牢な実装例を示す。単なる「コピペ用コード」ではない。パフォーマンスと保守性を考慮した設計だ。
Imports System.Drawing
''' <summary>
''' DataGridViewの高度な描画カスタマイズを実現するアーキテクト・クラス
''' </summary>
Public Class AdvancedGridPainter
''' <summary>
''' セルの描画イベントをハンドリングし、視覚的なセル結合をエミュレートする
''' </summary>
''' <param name="sender">DataGridViewインスタンス</param>
''' <param name="e">CellPaintingイベント引数</param>
Public Shared Sub HandleCellPainting(sender As Object, e As DataGridViewCellPaintingEventArgs)
' ヘッダー行や、インデックス列、あるいは描画対象外の列は無視する
If e.RowIndex < 0 OrElse e.ColumnIndex < 0 OrElse e.RowIndex = 0 Then Return
' 結合対象とする列のインデックスを指定（実務では列名やタグで判定するのが望ましい）
' ここでは例として、特定の列（例：ColumnIndex = 1）を結合対象とする
Dim targetColumnIndex As Integer = 1
If e.ColumnIndex <> targetColumnIndex Then Return
' 現在のセルの値と、直上のセルの値を取得
Dim currentValue As Object = e.Value
Dim previousValue As Object = sender.Rows(e.RowIndex - 1).Cells(e.ColumnIndex).Value
' 値が同一であるか判定（Nothing/DBNullを考慮した堅牢な比較）
If IsValueEqual(currentValue, previousValue) Then
' --- 重複している場合の描画ロジック ---
' 1. 背景を描画（選択状態などを維持するため）
e.PaintBackground(e.CellBounds, True)
' 2. 境界線の描画（上のセルと結合しているように見せるため、上の境界線は描かない）
' 選択状態でない場合は、上下のラインを調整して「結合」を演出する
Using gridPen As New Pen(sender.GridColor)
' 下側の境界線だけを描画し、上側の境界線を描画しないことで結合を表現
Dim left := e.CellBounds.Left
Dim top := e.CellBounds.Bottom ' 上ではなく下を指定
Dim right := e.CellBounds.Right
Dim bottom := e.CellBounds.Bottom
' 下側の線のみ描画
e.Graphics.DrawLine(gridPen, left, bottom, right, bottom)
End Using
' 3. イベントを完了としてマーク（標準の描画処理をスキップさせる）
e.Handled = True
Else
' --- 重複していない場合は、標準の描画プロセスに任せる ---
' 何もしないことで、通常の描画が行われる
End If
End Sub
''' <summary>
''' 値の比較を行う。Null許容、DBNull、型違いを安全に扱う
''' </summary>
Private Shared Function IsValueEqual(val1 As Object, val2 As Object) As Boolean
If val1 Is Nothing OrElse IsDBNull(val1) Then
Return val2 Is Nothing OrElse IsDBNull(val2)
End If
If val2 Is Nothing OrElse IsDBNull(val2) Then Return False
' 文字列比較の場合、トリムして比較するのが実務上の定石
If TypeOf val1 Is String AndAlso TypeOf val2 Is String Then
Return String.Equals(val1.ToString().Trim(), val2.ToString().Trim(), StringComparison.OrdinalIgnoreCase)
End If
Return val1.Equals(val2)
End Function
End Class実装のポイント解説
1. `e.Handled = True` の魔力:
これを呼び出すことで、DataGridViewの標準的な描画サイクルを「ここで終了した」とシステムに伝えます。これにより、重複したテキストが二重に描画されたり、標準の枠線が上書きされたりするのを防ぎます。
2. `IsValueEqual` による防御的プログラミング:
業務データには `DBNull` や `Nothing` が必ず混入します。単純な `val1 = val2` では、`DBNull` の比較で例外を吐くか、予期せぬ挙動を示します。型を意識した比較ロジックを分離することが、堅牢な設計の第一歩です。
3. 描画コストの最小化:
`CellPainting` はスクロールのたびに、数百〜数千回呼び出されます。この中で `New Pen()` や `New SolidBrush()` を乱発するのはパフォーマンス上の自殺行為です。実務では、これらのペンやブラシはクラスレベルでキャッシュ（再利用）することを検討してください。
4. 運用上の注意点：データベース連携とパフォーマンス
このテクニックを導入する際、リーダーとしてチームに徹底させるべき注意点が2点あります。
A. データの「見た目」に依存したクエリを書かない
「結合して見せている」ということは、データとしては重複が存在しています。SQLの `GROUP BY` で集計した結果をそのまま流し込んでいるのか、それとも詳細データ（明細）を流し込んでいるのかを明確に区別してください。描画ロジックはあくまで「詳細データ」を「見やすく」するための手段です。
B. 大量データ時の描画ラグ
数万件のデータを `DataGridView` に一気にバインドし、かつ複雑な `CellPainting` を行うと、スクロール時に描画遅延（スタッタリング）が発生します。
- 解決策: 仮想モード (`VirtualMode = True`) を採用し、必要な範囲のデータのみをメモリに保持・描画する設計へ昇華させてください。
結論
DataGridViewのセル結合エミュレーションは、単なる「テクニック」ではありません。それは、「データの整合性を守りつつ、ユーザー体験（UX）を最大化する」という、エンジニアリングの本質を問う課題です。
データを汚さず、描画レイヤーで制御する。この原則を遵守することで、あなたの作成するツールは、バグに強く、かつプロフェッショナルな使い心地を持つ、真に価値のある業務アプリケーションへと進化するのです。
