Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/wpf/13.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
数据网格在WPF中是必要的吗?_Wpf_Datagrid - Fatal编程技术网

数据网格在WPF中是必要的吗?

数据网格在WPF中是必要的吗?,wpf,datagrid,Wpf,Datagrid,我看到很多讨论正在进行,人们询问DataGrid for WPF,并抱怨微软直到现在还没有一个WPF框架。我们知道WPF是一种非常好的UI技术,它具有ItemsControl、DataTemplate等概念,可以实现非常好的UX。甚至WPF也有一个更匹配的控件-ListView,它可以很容易地模板化,以提供比传统Datagrid类显示更好的UX。我想说,一个现成的DataGrid控件将扼杀或隐藏大量的创造力,它肯定会减少用户体验领域的创新 那么,您对WPF中DataGrid作为框架组件的需求有何

我看到很多讨论正在进行,人们询问DataGrid for WPF,并抱怨微软直到现在还没有一个WPF框架。我们知道WPF是一种非常好的UI技术,它具有ItemsControl、DataTemplate等概念,可以实现非常好的UX。甚至WPF也有一个更匹配的控件-ListView,它可以很容易地模板化,以提供比传统Datagrid类显示更好的UX。我想说,一个现成的DataGrid控件将扼杀或隐藏大量的创造力,它肯定会减少用户体验领域的创新

那么,您对WPF中DataGrid作为框架组件的需求有何看法?如果你觉得这是必要的,那么仅仅是因为多年来世界已经习惯了数据显示的网格方式吗

其他一些讨论DatGrid的线程是和


链接到-最新的WPF数据网格

数据网格非常适合显示绑定到备份存储的大量表格数据

但是在WinForms世界中发生的事情是,人们经常将它们用于需要多元素滚动列表的所有事情。增强的第三方数据网格很快变得可用,允许列和字段包含按钮、组合框和图标等

DataGrid成为了一个主力军,因为它需要一些可以被诱骗的东西。在泛型集合出现之前,DataTables也发生了类似的情况——当您使用大量DataTables时,在UI中使用DataGrid是阻力最小的途径


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

想不出更好的控件来显示表格数据,尤其是在业务应用程序中,您不想通过模板化/开发(headed)ItemsControl来重新发明轮子,使其表现得像旧DGV一样。我肯定你看到了

是的! 在ms未能提供的许多其他控制措施中。(日期选择器,数字控制)


MS应该首先为我们提供完成工作的工具,这是我对wpf大肆宣传的编程环境的最低期望

在与WPF合作约2年后。我想说,DataGrid实际上只是一个美化的列表框(因为WPF中的[几乎]一切都是无样式的)


可以设置列表框的样式,以获取某种类型的实体,并为每个条目显示一个“记录”控件。根据它们的灵活性,它们可以根据传递的实体自动进行调整。

这是必要的,但是使用GridView的ListView可以实现几乎相同的效果,不是吗?

是的,DataGrids永远不会作为基本的业务UI组件消失。人们喜欢他们的电子表格,我们想分享这种爱

请注意,MS正在提供这些额外的控件-他们创建了on CodePlex,以提供快速周转、开源的部署风格


它已经包含了一个DataGrid和日历。

没有人质疑您可以自己在WPF中创建DataGrid控件。WinForms可能也是如此,尽管这会更加困难。我已经用ListView实现了一些功能——显示表格数据很容易,甚至可以说它得到了很好的支持。但是,制作编辑列表视图所需的代码量(手动编写的代码)是巨大的


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

是的,这正是我问题的根源。我从来没有想过在像WPFT这样的优秀UI技术中对DataGrid有很大的需求有很多东西是用这种方式得不到的。列内容排序只是最明显和最基本的。当然,您可以实现排序,但为什么必须这样做呢?在我的商店里,我们已经在基本ListView/GridView中添加了3000多行代码,以获得适合我们的控件。使用ListView,您不能像使用DataGrid那样轻松地添加新行,因为ListView中没有EditMode。我对此提出质疑。制作一个好的数据网格需要很长时间。我们的datagrid的V1.0(早在2007年1月,WPF的Xceed版本)花了11000多个小时制作,而即将推出的Silverlight版本则花了17500多个小时制作。稳定性,功能,良好的API,都需要很长时间。。。啦啦队提供了许多设施,这些设施是美化列表框所不能提供的。编辑,在任何字段上排序,最终用户分组,以及一个好的datagrid所具有的一百个其他特性。我同意。。。但问题的背景实际上是“我该做什么?微软没有数据网格”,当时我给出了最好的答案。今天,有一个DataGrid可以做很多奇妙的事情。我不是在争辩。这是在不存在DataGrid时发布的。我的公司当时使用的是Infragistics DataGrid。我不同意,虽然ListBox只控制单面数据,但DataGrid是用来控制表格数据(列+行)的,这太神奇了。希米,你认为这些列是如何工作的?您认为可以将网格添加到列表控件中,并将其列宽绑定到相同的值吗?然后,可能会在网格中分配控件的上下文,以便为“列”绑定提供适当的DataContext?我只是想说,如果有人需要一个数据网格(但一个数据网格不可用),他可以制作一个。我对共享DataGrid列标题做了类似的操作。无论如何,我们现在有一个数据网格,所以不用担心:)没错!!!我们确实需要DatePicker、NumericControl和所有缺少的win forms控件!不仅如此,如果他们想吸引ppl加入WPF,他们应该为每个解决方案提供更多的内置控件和内置主题,让生活更轻松!!!