WPF DataGrid调试错误总结

最近WPF中使用了DataGrid做了表格，框架版本为472，遇到了不少的问题，因为软件添加了一个退出进程的全局错误捕获，因此不得不解决所有问题，这边总结一下DataGrid的问题

EditItem is not allowed for this view

按字面意思理解是不允许编辑，而我出现问题的部分则是在Cell中的DataTemplate添加了TextBlock，然后快速点击TextBlock就触发了这个报错，虽然我不能理解为什么会有这样的报错，但是只要将这种无法编辑的Cell的IsReadOnly设置为True即可

‘DeferRefresh’ is not allowed during an AddNew or EditItem transaction

按照报错的意思就是在AddNew或者EditItem的过程中不能够调用DeferRefresh，DeferRefresh的作用是延时刷新，在DataGrid初始化绑定数据时会自动调用，避免在切换绑定、刷新布局时更新数据。

在网上搜索发现大多遇到的情况就是在编辑某个Cell的过程中进行了页面切换然后再切换回去导致的，这个和我这边堆栈中推测的问题不大一样，我这边遇到的问题则是在打开Dialog时初始化过程中出现了报错。

后来，查资料发现，AddNew or EditItem这其实是一个DataGrid的状态，DataGrid存在一个编辑状态，进入编辑状态时会触发事件beginEditing，结束时会触发事件CellEndEditing（单元格结束）、RowEndEditing（行结束）

因此，添加了相关debug发现，在点击某个单元格之后会进入编辑状态，然后不切换行的情况下，点击了另一个单元格的按钮，这个按钮会打开一个新的模态窗口，而点击按钮打开窗口时，仅有单元格会被结束编辑，而行编辑结束操作则被新的模态窗口打断了

因此，当我关闭这个页面时，由于行编辑未结束，导致这个view的单例未被自动回收，下次打开时会自动引用上次的view对象，而上次的对象则还处于编辑状态，在编辑状态时进行了绑定操作则出现了这个报错

解决方案则也是使用IsReadOnly = True

总结

DataGrid确实会遇到好些问题，好像都是由于他的编辑模式导致的，DataGrid和其他控件组合使用就会由于编辑模式导致各种奇怪的问题，如果没有必要可以把IsReadOnly默认设置为True，能解决大部分DataGrid的编辑模式导致的大多数问题。