我已经看到很多讨论正在进行，人们询问 WPF 的 DataGrid，并抱怨微软迄今为止还没有与他们的 WPF 框架一起使用。我们知道 WPF 是一种很棒的 UI 技术，并且有 ItemsControl、DataTemplate 等概念来制作出色的 UX。甚至 WPF 也有一个更匹配的控件——ListView，它可以很容易地被模板化，以提供比传统的 Datagrid 类显示更好的用户体验。我想说一个现成的 DataGrid 控件会扼杀或隐藏很多创造力，它肯定会减少用户体验领域的创新。
那么您对 WPF 中的 DataGrid 作为框架组件的需求有何看法？如果你觉得有必要，难道只是因为多年来世界已经习惯了 DatGrid 的数据显示方式吗？
链接到WPF ToolKit - 最新的 WPF DatGrid
DataGrids 非常适合显示绑定到后备存储的大量表格数据。
但是在 WinForms 世界中发生的事情是人们经常将它们用于需要多元素滚动列表的所有事情。改进后的第三方 DataGrid 很快就可以使用，它允许列和字段包含按钮、组合框和图标等。
DataGrid 之所以成为主力，是因为需要一些可以被哄骗的东西。在通用集合出现之前，DataTables 也发生了类似的情况——当您使用大量 DataTables 时，使用 DataGrid 在 UI 中呈现它是阻力最小的路径。
我想，当 WPF 出来的时候，很多像我一样的程序员还在这样思考，寻找 DataGrid 概念的 WPF 端口。
想不出更好的控件来显示表格数据，尤其是在您不想通过模板/开发 (Headered)ItemsControl 以使其表现得像旧的 DGV 一样重新发明轮子的业务应用程序中。我确定你看到了这个。
没有人质疑您可以自己在 WPF 中制作 DataGrid 控件。WinForms 可能也是如此，尽管它会更困难。我已经用 ListView 实现了一些功能——显示表格数据很容易，你甚至可以说它得到了很好的支持。但是，编辑 ListView 所需的代码量（手动编写的代码）是巨大的。
业务应用程序通常需要编辑许多表格，而您不想有创意，您想要快速。这就是我认为需要 DataGrid 的原因。
是的，DataGrids 永远不会作为基本的业务 UI 组件消失。人们喜欢他们的电子表格，我们希望分享这种爱！
请注意，MS正在提供这些额外的控件 - 他们在 CodePlex 上创建了WPF 工具包，以提供快速周转、开源的部署风格。
它已经包含一个 DataGrid 和 Calendar。
是的！在 ms 未能提供的许多其他控件中。（日期选择器、数字控件）
MS 应该首先为我们提供完成工作的工具，这是我对 wpf 大肆宣传的编程环境的最低期望。
这是必不可少的，但是您可以使用使用 GridView 的 ListView 实现几乎相同的效果，不是吗？
在使用 WPF 大约 2 年后。我会说 DataGrid 实际上只是一个美化的 ListBox（因为 [几乎] WPF 中的所有内容都是无样式的）。
可以设置 ListBox 的样式以获取某种实体，并为每个条目显示一个“记录”控件。根据它们的灵活程度，它们可以根据传递的实体自动调整。