GongSolutions.WPF.DragDrop 多选行为问题分析与解决方案

问题背景

在使用 GongSolutions.WPF.DragDrop 库与 WPF DataGrid 控件配合时，发现了一个关于多选行为的异常现象：当用户点击已选中的项目且当前有多个项目被选中时，原有的多选状态会被破坏，仅保留最后点击的项目被选中。

问题分析

通过深入分析 DragDrop.cs 源代码，发现以下关键点：

1. 在 DragSourceDown 方法中，有一段注释说明：

   如果发送者是允许多选的列表框，确保点击已选项目不会改变选择状态，否则拖动多个项目将变得不可能

2. 该方法的实现使用了 itemsControl.CanSelectMultipleItems() 来判断是否允许多选

3. 但在 DragSourceUp 方法中，多选条件却有所不同：

   (Keyboard.Modifiers & ModifierKeys.Control) != 0 || 
   itemsControl is ListBox listBox && listBox.SelectionMode == SelectionMode.Multiple
   

这种不一致导致了 DataGrid 控件的多选行为异常，因为 DataGrid 虽然支持多选，但其选择机制比 ListBox 更为复杂。

技术细节

WPF DataGrid 的选择行为具有以下特点：

1. 支持行选择和单元格选择两种模式
2. 允许同时保持行选择和单个单元格选择
3. 默认情况下，点击单元格会改变整个行的选择状态

GongSolutions.WPF.DragDrop 库原本是为 ListBox 设计的多选处理逻辑，直接应用到 DataGrid 上会导致以下问题：

• 破坏了 DataGrid 原有的选择行为
• 无法实现同时保持行选择和单元格选择
• 干扰了用户通过点击改变选择状态的预期行为

解决方案

经过实践验证，可以通过修改 DragSourceDown 方法中的判断条件来解决此问题：

将原来的：

itemsControl.CanSelectMultipleItems()

修改为：

sender is ListBox listBox && listBox.SelectionMode == SelectionMode.Multiple

这样修改后：

1. 保持了与 DragSourceUp 方法一致的判断逻辑
2. 不影响 ListBox 的多选拖动功能
3. 允许 DataGrid 保持其原有的选择行为
4. 不会干扰用户通过点击改变选择状态的操作

最佳实践建议

对于需要在 DataGrid 中使用拖放功能的开发者，建议：

1. 如果确实需要修改库代码，可以采用上述解决方案
2. 考虑使用 DataGrid 的行头复选框来实现多选，而不是依赖点击选择
3. 对于复杂的多选需求，可以继承 DataGrid 并重写其选择行为
4. 在实现拖放功能时，注意区分行选择和单元格选择的不同场景

总结

GongSolutions.WPF.DragDrop 库在处理 DataGrid 多选行为时的问题，源于其对不同 ItemsControl 的选择行为假设过于简单。通过统一多选判断逻辑，可以更好地支持 DataGrid 的复杂选择场景，同时不影响 ListBox 的正常功能。这个案例也提醒我们，在设计通用组件时，需要充分考虑不同控件的特性差异。