DataGrid在WPF中是必需的吗？

Question

我已经看到很多讨论正在进行，人们询问有关DataGrid for WPF的问题，并抱怨微软迄今没有使用WPF框架。我们知道WPF是一个很棒的UI技术，并且具有ItemsControl，DataTemplate等概念，可以实现出色的用户体验。甚至WPF也有一个更紧密匹配的控件 - ListView，它可以很容易地模仿，比传统的Datagrid显示器提供更好的UX。而且我会说现成的DataGrid控件会杀死或隐藏很多创造力，它肯定会减少用户体验领域的创新。

那么您对WPF中DataGrid作为Framework组件的需求有何看法？如果您认为有必要那么这只是因为世界已经习惯了DatGrid数据显示方式多年？

其他讨论DatGrid的线程是此处和此处

指向 WPF ToolKit 的链接 - 最新的WPF DatGrid

Answer 1

DataGrids非常适合显示绑定到后备存储的大量表格数据。

但是在WinForms世界中发生的事情是，人们经常将它们用于需要多元素滚动列表的所有内容。很快就有了第三方DataGrids，它允许列和字段包含按钮和组合框和图标等。

DataGrid成为了一个主力，因为需要一些它可以被哄骗的行为。在通用集合出现之前，类似的事情发生在DataTables上 - 当你使用大量的DataTables时，在带有DataGrid的UI中呈现它是阻力最小的路径。

我认为，当WPF问世时，许多像我这样的程序员仍在以这种方式思考，并寻找DataGrid概念的WPF端口。

Answer 2

无法想出更好的控件来显示表格数据，尤其是在您不想通过模板化/开发（Headered）ItemsControl来使其行为像旧的DGV一样重新发明轮子的商业应用程序中。我确定你看到这个。

Answer 3

没有人质疑您可以自己在WPF中创建DataGrid控件。关于WinForms可能也是如此，尽管它会更难。我已经用ListView实现了一些功能 - 呈现表格数据很简单，你甚至可以说它得到了很好的支持。但是，编辑ListView所需的代码量，手动编写的代码是巨大的。

业务应用程序通常需要编辑许多表，并且您不希望具有创造性，您希望快速。这就是我认为需要DataGrid的原因。

Answer 4

是的DataGrids永远不会成为必不可少的业务UI组件。人们喜欢他们的电子表格，我们希望分享这种爱！

请注意，MS 运送这些额外控件 - 他们创建了 WPF Toolkit 在CodePlex上提供快速周转，开源的部署方式。

它已包含DataGrid和日历。

Answer 5

是的！ 在ms无法提供的许多其他控件中。 （Datepicker，NumericControl）

MS应该首先给我们提供完成工作的工具，这是我对编程环境最不希望的wpf的炒作。

Answer 6

这是必不可少的，但你可以用一个使用GridView的ListView实现几乎相同的效果，不是吗？

Answer 7

与WPF合作约2年后。我会说DataGrid实际上只是一个美化的ListBox（因为[几乎] WPF中的所有内容都是无样式的）。

可以将ListBox设置为采用某种实体并显示“记录”。控制每个条目。根据这些方法的灵活性，它们可以根据传递的实体自动调整。