DataGridViewのコンテキストメニューを制する：UIの「動的防衛術」
業務アプリケーションにおいて、`DataGridView`は情報の入り口であり、同時にトラブルの温床でもある。特に「選択した行のステータスに応じた操作制限」を疎かにすると、ユーザーは「押せるはずのないボタン」を押し、例外エラーという名の地雷を踏むことになる。
多くのエンジニアが陥る罠は、「とりあえず全てのメニューを配置し、クリック時にバリデーションを行う」という怠慢な設計だ。これはUXの観点でも、堅牢性の観点でも三流の所業である。
今日は、右クリックの瞬間にコンテキストメニューを再構築し、操作を物理的に封じる「動的防衛UI」の実装論を伝授する。
—
1. なぜ「静的なメニュー」ではいけないのか
静的な（常に同じ項目が表示される）メニューは、ユーザーに「この操作ができるのか？」という心理的負荷を与える。さらに、クリックイベント内で `If` 文を連ねるコードは、メンテナンスのたびに肥大化し、スパゲッティコードの温床となる。
真に優れたUIは、現在の行の状態（Status）を検知し、実行可能なコマンドのみを提示する。 これこそが誤操作を物理的に排除する最善の防御策だ。
—
2. 実装の設計指針：ContextMenuStripのライフサイクル管理
`DataGridView`において重要なのは、`CellMouseClick` イベントをフックして、右クリック時に `ContextMenuStrip` を動的に制御することだ。
守るべき鉄則
1. 行の選択状態を強制する: 右クリックした行を即座にカレント行として選択させる（ユーザーの意図とのズレを防ぐ）。
2. メニューのクリアと再構築: メニューアイテムを保持し続けず、状態に応じてその場で生成または有効/無効化する。
3. ロジックの分離: UIの制御と、業務ロジック（DB更新など）の判定を明確に分離する。
—
3. プロダクションコード例：動的コンテキストメニュー
以下のコードは、行のステータス（例：`IsLocked` プロパティ）に応じてメニュー項目を動的に制御する実戦的な実装だ。
”’
”’
Private Sub DataGridView1_CellMouseClick(sender As Object, e As DataGridViewCellMouseEventArgs) Handles DataGridView1.CellMouseClick
‘ 右クリックかつ行ヘッダー外であることを確認
If e.Button = MouseButtons.Right AndAlso e.RowIndex >= 0 Then
‘ 1. 右クリックされた行を選択状態にする（操作対象を明確化）
DataGridView1.Rows(e.RowIndex).Selected = True
DataGridView1.CurrentCell = DataGridView1.Rows(e.RowIndex).Cells(e.ColumnIndex)
‘ 2. 対象行のデータオブジェクトを取得（バインドされている型へキャスト）
Dim rowData As MyDataModel = DirectCast(DataGridView1.Rows(e.RowIndex).DataBoundItem, MyDataModel)
‘ 3. コンテキストメニューの構築
Dim menu As New ContextMenuStrip()
‘ 「編集」コマンド：ロックされている場合は無効化
Dim editItem As ToolStripMenuItem = menu.Items.Add(“編集”)
editItem.Enabled = Not rowData.IsLocked
AddHandler editItem.Click, Sub() PerformEdit(rowData)
‘ 「削除」コマンド：管理者権限がある場合のみ表示
If UserSession.IsAdmin Then
Dim deleteItem As ToolStripMenuItem = menu.Items.Add(“削除”)
AddHandler deleteItem.Click, Sub() PerformDelete(rowData)
End If
‘ 4. メニューを表示
menu.Show(Cursor.Position)
End If
End Sub
—
4. 現場で生き残るための「注意点」
オブジェクトのライフサイクル
上記のコードでは、都度 `New ContextMenuStrip()` を行っている。小規模なツールであればこれで全く問題ないが、メモリリークを厳密に気にする環境や、非常に高頻度で呼ばれる場合は、あらかじめ生成した `ContextMenuStrip` の各 `ToolStripMenuItem` の `Enabled` プロパティを切り替える方式に切り替えること。
DB連携と排他制御
メニューの `Enabled` を切り替えるだけで安心してはいけない。UIはあくまで「補助」だ。
実際にデータを更新するメソッド内では、必ず「再度のバリデーション（DBへの問い合わせを含む）」を行うこと。UIの制御はユーザーへの配慮であり、DBの保護はエンジニアの義務である。
データバインディングの罠
`DataGridView` を `BindingSource` に繋いでいる場合、`DataBoundItem` のキャストには細心の注意を払うこと。万が一、空行（新規行）を右クリックした場合に備え、`rowData` が `Nothing` でないかを確認する防御的コーディングを怠るな。
—
最後に：エンジニアとしての矜持
「動くコード」を書くのは新人でもできる。だが、「絶対に壊れない、かつユーザーを迷わせないコード」を書くのは、設計を理解した者にしかできない。
今回のコンテキストメニュー制御は、UI設計のほんの一端に過ぎない。しかし、こうした細部の気配りが、ツール全体の「品格」と「安定性」を決定づけるのだ。さあ、このコードをあなたのツールに組み込み、一歩先の堅牢性を手に入れてほしい。
