WPF Catel中DataGrid ElementName绑定CommandParameter滞后一次点击问题

• 1. Catel命令的CanExecute自动重估触发逻辑 #

Catel的TaskCommand默认会自动监听ViewModel内部的属性变更通知，来自动重新调用CanExecute判定按钮可用状态。当你点击DataGrid选中行时，SelectedItem首先通过绑定同步到VM的SelectedPerson属性，触发属性变更通知，此时Catel会立刻触发两个命令的CanExecute重估：

• 绑定VM属性的ViaVmCommand的参数直接取VM最新的SelectedPerson，拿到的是刚更新的有效值，所以按钮立刻变为可用
• 绑定ElementName的ViaElementNameCommand此时取的CommandParameter还没完成更新，拿到的是上一次的旧值（首次点击时是null），所以判定结果还是禁用。按住Ctrl取消选中行时同理，VM的SelectedPerson立刻变为null，ViaVmCommand的CanExecute立刻返回false按钮禁用，而此时ElementName绑定的参数还停留在上一次的选中值，所以ViaElementNameCommand的CanExecute还是返回true，按钮不会禁用。

• 2. WPF不同绑定类型的更新优先级差异 #

WPF中绑定到DataContext（VM属性）的更新优先级高于ElementName绑定的更新优先级。ElementName绑定属于视觉树层面的绑定，更新会被排入WPF的布局渲染队列，滞后于数据上下文的属性变更同步。
当你第二次切换选中项时，第一次选中的SelectedItem已经完成了ElementName绑定的更新，所以此时CanExecute拿到的是第一次选中的值，表现为参数滞后一次点击。

• 3. 手动修改VM属性时表现正常的原因 #

当你在命令中修改VM的SelectedPerson属性时，属性变更通知触发后，会先同步更新DataGrid的SelectedItem，之后才触发命令的CanExecute重估，此时ElementName绑定的参数已经完成同步，所以两个命令都能拿到正确的参数值。

如果一定要用ElementName绑定参数，可以在DataGrid的SelectionChanged事件中手动调用ViaElementNameCommand.RaiseCanExecuteChanged()，强制命令重新判定可用状态即可。更推荐直接绑定VM属性的方案，符合MVVM的设计原则，也能避免这类视图层面的绑定时序问题。

内容的提问来源于stack exchange，提问作者ThomasB