第三方WPF控件:Devexpress vs Telerik

我想听听你对两个控制提供商的看法。

简而言之:我正在构建一个经典的LOB桌面应用程序。 该应用程序将完全在WPF中创建。 PRISM 4.0将被大量使用。 只要有可能,我将尝试遵循MVVM模式(如果选择的控件设计为容易采用它将会很好)。

主要是我感兴趣的是:

  • 良好的数据网格,支持排序,过滤,分组,导出,打印和大量绑定记录(10k +)工作正常

    Combobox支持过滤和自动完成。

    导航栏

    布局管理器与VS 2010使用的布局管理器类似

从长远来看,我也想用他们的:

  • 报告工具

    “数据挖掘”控件

    本地化支持 ,以便本地化数据网格操作,例如,..

我已经使用Winforms Devxpress一段时间了,我非常满意。 他们的支持团队很棒。 不过,我想检查市场上是否有更好的选择。 换句话说,我想知道Telerik的控件是否有任何额外的价值?

几个月前我们不得不做出一个非常类似的决定。 我们使用的是WinForms,Microsoft Composite UI Application Block和DevExpress WinForms。 对于我们的新应用程序,从头开始创建新的,我们决定使用WPF(没有PRISM),我们特别需要一些网格,所以我们使用DevExpress WPF控件。

这是一个好的和坏的决定。

好的部分:

  • 您可以以您习惯的非常类似的方式使用控件。 虽然存在一些差异,但您很快就会习惯它们。 这是一个巨大的优势,因为在使用WinForm控件时我们花了很长时间才习惯它们。

  • 控件,尤其是网格,可用作WinForms控件。 如果您的用户习惯了他们,那么过渡非常顺利。

  • 应用所提供的主题之一非常简单,您可以获得一个好看的解决方案,而不会有太多烦恼。 它们也适用于纯WPF控件,因此整个应用程序看起来一致。 我们仍然主要使用Windows XP,主题也适用于此,这对我们来说非常有用。

坏的部分:

  • 我们期望DevExpress WPF控件提供与WinForm控件相同的控件覆盖率。 那时DevExpress WPF控件的版本号为10.1,我们对一些控件完全丢失感到失望(例如TreeList,Schedulers,Passwordbox或非常有用的LookUpEdit)。 虽然后三个版本可用于10.2版本,但TreeLists仍然不存在。 如果您正在寻找WinForms包中的附加控件而不是列出的控件,最好先检查DX WPF控件是否存在。

  • 有些部分给人的印象是他们很快完成了。 有一些快速修复程序需要使控件按照我们打算使用它们的方式运行。 好的是,大多数这些问题都是通过10.2解决的。

  • WPF控件的文档和支持中心感觉不如WinForms文档完整。 虽然这可能仅仅是我个人的印象,但我几乎总能找到DX网站上WinForms控件遇到的某个问题的答案,我对WPF控件的成功并不是那么成功。 不过,支持团队一如既往地乐于助人。

这份清单并非详尽无遗,这些都是我脑海中浮现的事情。

那么,如果我不得不再做同样的决定,我会怎么做? 我很可能会再次使用DevExpress。 对我提出错误的大多数负面信息都是在10.2版本中修复的,因此控件现在非常实用。 我特别喜欢你可以使用你以前使用WinForm控件的经验(当然有限制)。 后者也是购买DX组件的主要原因。 不幸的是,我不知道Telerik的控件足以说明它们,所以如果有人有这方面的经验,特别是从DX切换到Telerik,这肯定是一个非常有趣的信息。

我们没有将MVVM模式与我们的网格一起使用,因为加载和显示数据的“传统”方式对我们来说足够了。 我们的一些网格包含100k +值,网格的性能总是好的。 控件看起来不像是支持MVVM,如果你试图使用它,看起来你必须手动完成所有操作。 也许10.2在这里换了东西,我没有检查过,但我不这么认为。

我们使用自己的实现进行本地化,所以我不知道DX本地化支持。

我肯定会选择DevExpress,他们的组件在我看来更好,API比Telerik更好,那么让我们不要忘记你已经知道他们的对象模型,命名约定和来自windows窗体的API,这不是一个小问题因为你很可能会重复使用你的专有技术,这一点更为重要和有价值。

我评估了几个WPF控件包,Telerik,devExpress,Xceed,SyncFusion等。我们主要感兴趣的是一个可以处理大量数据并具有良好性能的网格控件。 在一个简单的测试中,我们将120,000个项目加载到网格中并在字段上进行了一组操作。

与其他人相比,DevExpress是禁食负荷。 加载需要15秒,而其他所有需要大约45秒。 DV将在7秒内完成分组,而其他人则需要近45秒。 锁定了其他几个控件包! (fyi,数据是从Mongo加载的)。

在为Telerik上的列打开filter对话框时,它将延伸到屏幕底部以外没有任何滚动条。 此外,在下拉组合中选择filter项目会立即执行filter,而不是等待我选择其他filter。 因此,如果选择5个项目,则需要5倍的时间。

我希望DevExpress有一个复选框下拉filter选项(如Excel)。 您只能选择一个值,但它确实有一个非常好的filter对话框,允许您执行更复杂的filter。 不过,希望能够轻松检查一些值并快速继续前进。

Telerik使用Entity Framework很好地与Sql Server集成。 它是直接与EF集成的分页,排序,过滤等,并让Sql Server在数据库中执行这些操作。 非常好! 我将sql命令监视为操作。 你正在sql服务器上查看大量数据,这可能是真正做到这一点的一个控件。 (除了不能很好地处理大数据的下拉filter组合)。 我们将Mongo用于我们的大数据,因此这不适用于我们。 在测试数据时,我们确实与Telerik有一些例外。 除非您自己,否则DevExpress没有分页选项。

最后,由于性能原因,我们选择了DV,具有大量数据和稳定性。

Telerik RadDataGrid直接支持MVVM和命令模式。 DevExpress需要大量额外的代码才能正确使用MVVM。

我正在使用Telerik和DEVExpress。 根据我的经验,DevExpress在win form控件方面更胜一筹。 但是,Telerik比Asp.NET控件更好。 服务器控件上的DevExpress渲染结果在客户端站点中非常混乱。 他们使用表格标签创建按钮控件。

几个月前,当我为新的WPF项目评估WPF控件时,我完全处于相同的位置。 我不确定你是否做出了任何决定,但我可以提供我与Telerik的经验并希望它有所帮助。

在我的项目中,一个特别的需求是使用TreeListView,并且提供此控件的有限知名供应商。 我花了一些时间做研究,发现Telerik提供了我需要的东西。 我下载了试用版并使用了2个月,联系了他们的支持,检查了他们的论坛。 我可以告诉你,他们有很好的支持! 通常支持提供带有样本代码的解决方案。 像所有开发人员一样,我们会遇到障碍,我们研究了API,文档和示例。 对我来说,支持很重要,因为它节省了开发时间! 我的反馈是Telerik提供了很棒的UI控件,包括大量的收集和定制选项,以及出色的技术支持。 但是,他们的文档并不是那么好。 另外,要注意WPF控件的性能,我的经验是,如果你有大量的数据源,它会有一些性能损失。 如果性能是关键要求,请务必在关键架构领域做一些原型。

试一试,看看它是否符合您的需求。

顺便说一下,我也是ComponentOne的客户。 如果它可以节省您的时间,只需获得所需的控件。 重要的是有助于按时发货! 希望这可以帮助。

我会把telerik放下来……#1的理由是支持,#2的原因是,如果控制不能做你需要的,你只需要把票或邮寄到支持论坛,你就可以开车了function开发。

……非常酷:)

DevExpress WPF速度慢,并没有优化性能。 我尝试过DevExpress和Telerik的富文本编辑控件。 Telerik控制在性能方面优于DevExpress。

我相信devexpress在WinFormApp中真的很棒。 我用了好几年才真的很好。 另一方面,最近我尝试了它的WPF控件,它很糟糕且充满了包我没时间切换到telerik这个项目。 我用devex的另一个问题是RTL。 如果您想拥有一个多语言应用程序它可能很重要。 Telerik可以支持RTL但是Devex在WinApp中不支持它,在Devex的WPF中不支持它完全支持它。 正如我所说的,在没有RTL的WinApp中,devex更好。

从我的角度来看,DevExpress提供了一些轻量级控制器与Telerik相比的优点。 使用DevExpress进行报告更加灵活。 但与此同时,Telerik对另一种工具有更好的外观和感觉。

我有一个使用Telerik控件的朋友,他绝对发誓。 他特别提到了他们的数据网格控制是如何自切片面包以来最大的事情并且一直使用(这可能会根据你的第一个要点帮助你)。

再次,不是第一手经验,但我相信他对这些事情的看法。

没有尝试过DevExpress,但我使用Telerik for WPF它有一些很好的组件Gridview例如。 但其他组件充满了bug例如一个简单的dockcontrol到今天他们还没有设法让它正常工作。

我使用了telerik wpf radcontrols和devexpress! 根据我的经验,我对telerik控件感到满意,因为我的主要目标是提高效率,并在短时间内提供具有良好UX的桌面应用程序! Telerik大量使用mvvm模式并建议使用它,因为他们的大多数演示都基于它! 至于查看演示的文档源代码足以让我快速入门! 另一方面,devexpress更成熟。 换句话说,telerik包含错误但是如果你问的话,支持总会为你找到一个解决方法。