第三方WPF控件：Devexpress vs Telerik

Question

我想听听您对两家控制提供商的意见。

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

主要是我感兴趣：

• 良好的数据网格，支持排序，过滤，分组， 出口，印刷和工作正常 有很大的约束力 记录（10k +）

  支持过滤和自动完成的

  Combobox 。

  导航栏

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

从长远来看，我还想使用他们的：

• 报告工具

  “数据挖掘”控件

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

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

Answer 1

几个月前我们不得不做出一个类似的决定。我们使用的是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本地化支持。

Answer 2

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

Answer 3

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

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

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

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

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

最后，由于性能原因，我们选择了DV，数据量大，稳定性好。

Answer 4

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

Answer 5

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

Answer 6

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

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

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

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

Answer 7

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

Answer 8

我会把telerik放下来......＃1理由是支持，＃2理由是如果控件不能做你需要的东西你只需要把票或贴到支持论坛和你可以推动他们的功能开发。

......非常酷:)）

Answer 9

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

Answer 10

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

Answer 11

我有一个使用Telerik控件的朋友，他绝对会发誓。他特别提到了他们的数据网格控制是如何切片面包并且一直使用（这可能会帮助你根据你的第一个项目点）。

同样，不是第一手经验，但我相信他对这些事情的看法。

Answer 12

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

Answer 13

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