DataGrid在程序界面显示有66行数据 后台获取24行数据后继续就抛错

[软泡芙]

[软泡芙]

[软泡芙]

[软泡芙]

[mslearn-nashma]

你先把DataGridColumn的取得和TextBlock的取得拆分成两行来debug一下，看一下是哪一步出了问题。 只管来看的是因为TextBlock是null，之后去属性的时候抛出的异常。

[软泡芙]

引用 2 楼 SwallowBeenYellow 的回复:

单独获取行和列好像可以

[不争]

你看下，是不是开了上面的二级搜索框。

[以专业开发人员为伍]

既然 GetCellContent 返回 null，你可以进一步调试传入参数是什么，以及前边是否为数据源的相应列真正设置了 Content。

不过以最近5年的情况看，WPF 之类的东西过于复杂、过于诡异，没经过简化和优化。是个瓶颈。建议从根本上，使用更“纯净的”MVVM 方式来进行设计，不要在 UI 控件上直接附加业务数据。

你的自己手写的应用代码应该直接访问纯粹的 MVVM 中的 M 部分，而跟V 部分绝对分割。换句话说，就算是没有使用 WPF 控件，你的代码也应该能够支持用户用 Excel 等等处理业务数据计算，计算的结果会自动被 MVVM 中的久经考验的微软的 VM 代码部分去进行显示。而你的代码不要去写微软WPF框架开发工程师才需要开发的内容。你做好“粘胶水”的工作把数据计算出来就行了。

[以专业开发人员为伍]

MVP 开发方式曾经让微软称霸图形化控件，但是最近10年已经可以说导致了微软在更多开源和业余程序员参与的圈子里逐渐失去了魅力。假设微软的好东西有1万件，而程序员只看得到50件，因为只有这50年还算是极其简单好用，虽然不够时髦但是起码特别好用和（如果不扩展编程的话）稳定。

无论如何，学习主流框架思路，避免MVP方式去把特定的“UI控件”跟背后强大的业务僵硬捆绑，而是要解绑，学会用“随便挑选”的千变万化的开发工具去解释同一套数据变化，慢慢淘汰学习起来费劲的前端编程工具。