WPF 中操作 DataGrid 绑定数据，核心要点其实非常明确：用 ObservableCollection 作为数据源，实体类实现 INotifyPropertyChanged，然后开启编辑和排序功能，最后处理编辑提交事件。这几点做到位了，剩下的就是些细节校验。下面展开聊聊。
WPF DataGrid 绑定数据，必须用 ObservableCollection
直接用 List 或数组赋值给 ItemsSource，遇到新增或删除行，界面不会自动刷新；编辑属性后，UI 也纹丝不动。根本原因在于 DataGrid 依赖 INotifyCollectionChanged 和 INotifyPropertyChanged 这两套通知机制。ObservableCollection 实现了前者，而你的数据类必须实现后者——当然，C# 12 的 record class 配合属性语法糖能省不少事。
常见错误现象很典型：数据明明在，可就是加不了新行；删了一行，界面还愣在原地；双击单元格，编辑模式根本进不去。
- 不要用
new List直接赋给() ItemsSource。 - 确保实体类每个可编辑字段都是 public set 属性，并在 set 中调用
OnPropertyChanged()。 - 如果用了
DataTable，它本身支持编辑和通知，但排序需要额外处理——下面会说到。
DataGrid 开启编辑和排序，必要属性设置
默认情况下的 DataGrid，既不让你编辑，也不理你点击表头。必须手动打开这些开关。
关键配置项：
IsReadOnly="False"：允许单元格编辑（注意，这不影响列级只读设置）。CanUserSort="True"：启用列头点击排序（默认就是 true，但建议显式写上，防止某些情况被覆盖）。AutoGenerateColumns="True"或手动定义DataGridTextColumn时，确保Binding有Mode=TwoWay——尤其自定义列时容易忘。- 如果某列不想被编辑，给对应
DataGridColumn加上IsReadOnly="True"。
示例 XAML 片段：
排序失效？检查 Binding 路径和数据类型是否匹配
点列头没反应，或者排序结果一团糟，多半是 Binding 路径写错了，或者属性类型不兼容默认比较器。举个例子：把 int 类型的年龄属性，绑成字符串却输入了非数字内容，排序链会静默中断。
常见问题：
- Binding 路径大小写不一致（
Name写成name）→ 绑定失败，排序不触发。 - 属性是
int?但 UI 输入了空字符串 → 转换异常，DataGrid 直接放弃该列排序。 - 自定义类没重写
ToString()或IComparable，对复杂对象排序时行为不可控。 - 后台代码中手动调用
ICollectionView.SortDescriptions.Clear()后忘了重加 → 排序状态丢失。
调试建议：打开输出窗口，筛选“Binding”关键字，看是否有 System.Windows.Data Error 提示。
编辑后数据没保存？别漏掉 CommitEdit 和 CellEditEnding
DataGrid 的编辑是“懒”提交的——用户输完，按 Enter 或 Tab，才真正写回数据源。如果程序直接取 ItemsSource[0].Name，可能还是旧值。更隐蔽的问题是：某些逻辑在用户还没确认编辑时，就执行了保存操作。
可靠做法：
- 监听
CellEditEnding事件，在e.EditAction == DataGridEditAction.Commit时处理刚提交的值。 - 避免在
BeginningEdit或PreparingCellForEdit里改数据源。 - 如需强制提交当前编辑，调用
dataGrid.CommitEdit(DataGridEditingUnit.Row, true)，但注意这会跳过验证逻辑。 - 如果用了
DataRowView或DataTable，记得调用DataRow.EndEdit()，否则RowState仍是Modified。
容易被忽略的是：当用户点击其他行、切换 Tab 页、甚至 Alt+Tab 切出窗口时，编辑可能自动提交——这个时机不可控，不能假设“用户一定按 Enter”。
