C#怎么操作DataGrid绑定数据 C#如何在WPF中用DataGrid绑定数据实现编辑和排序【控件】

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”。