为什么编程添加新项后WPF DataGridCell.Content是TextBlock而非TextBox

问题1：TextBlock切换为TextBox的触发逻辑 #

WPF DataGrid自动生成的列默认预置两套模板：

• 常规只读状态：使用CellTemplate，内部承载TextBlock控件展示值
• 编辑状态：使用CellEditingTemplate，内部承载TextBox控件供输入

两套模板的切换由单元格的IsEditing依赖属性控制，当调用BeginEdit()后，属性变更会触发模板替换，但这个替换属于UI渲染逻辑，需要等待UI线程完成布局更新才会实际替换Cell.Content的控件实例。你新增行后立刻判断Content类型，此时模板还没完成切换，自然还是TextBlock。

问题2：可以手动触发切换，更推荐绕过UI操作直接处理数据源 #

方法1：等待UI渲染完成再操作控件

调用BeginEdit()后，将后续赋值逻辑通过Dispatcher调度到渲染优先级之后执行，即可拿到切换后的TextBox：

if (!dg.BeginEdit()) 
{
    dg.CancelEdit();
    return;
}
// 等待UI完成模板切换
await Dispatcher.InvokeAsync(() => 
{
    if(cell.Content is TextBox tb)
    {
        tb.Text = rowData[r - initialRowIdx][c - initialColIdx];
    }
}, DispatcherPriority.Render);

方法2：直接操作数据源（更稳定，无渲染时序问题）

你已经拿到了行对应的数据源对象和列的绑定属性，完全可以跳过UI控件直接给属性赋值，不需要关心单元格当前用的是什么控件：

// 拿到当前行绑定的数据源对象
var rowItem = dg.Items[r];
// 拿到当前列绑定的属性名
var bindProp = ((Binding)((DataGridBoundColumn)dg.Columns[c]).Binding).Path.Path;
// 反射给属性赋值
var propInfo = sourceType.GetProperty(bindProp);
propInfo.SetValue(rowItem, Convert.ChangeType(rowData[r - initialRowIdx][c - initialColIdx], propInfo.PropertyType));

这个方案还能解决你不想残留新增行的需求：你可以先在内存中校验所有粘贴数据的格式是否符合对应字段的类型要求，校验全部通过后再批量添加行+赋值，任意环节校验失败直接丢弃所有临时数据，不会有残留的空行。

问题3：直接替换Content为TextBox会引发功能异常 #

绝对不要手动替换Cell.Content的控件，会出现以下问题：

• DataGrid内部的编辑状态管理逻辑会错乱，CommitEdit/CancelEdit等方法无法正常工作，修改无法回写到数据源
• 单元格的默认绑定逻辑是和预置模板关联的，手动替换控件会导致绑定丢失，修改不会同步到数据源
• DataGrid开启虚拟化后，滚动时单元格会被回收复用，你手动替换的控件会被重置，出现值错位、控件丢失等异常

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