第三方WPF控件：Devexpress vs Telerik
我想听听你对两个控件提供者的看法。第三方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控件中。
有些部件给人的印象是他们很快就完成了。有一些quickfix需要让控件以我们打算使用它们的方式运行。好事是，大多数这些问题都可以通过10.2解决。
WPF控件的文档和支持中心感觉不如WinForms文档完整。虽然这可能只是我个人的印象，但我几乎总是能够找到我在DX网站上使用WinForms控件时遇到的某个问题的答案，但我并没有用WPF控件取得成功。不过，支持团队和往常一样有帮助。
这个列表并不是详尽无遗的，那些是我立即想到的东西。
那么，如果我必须再次做同样的决定，我该怎么办？我很可能会再次使用DevExpress。大多数消极的东西都会在10.2版本中修复，所以控件现在非常有用。我特别喜欢你可以使用你以前的WinForm控件的经验（当然有局限性）。后者也是购买DX组件的主要原因。不幸的是，我不知道Telerik的控制权足以说出他们的任何内容，所以如果有人有两种经验，特别是从DX转换到Telerik，肯定会是一个非常有趣的信息。
我们没有在我们的网格中使用MVVM模式，因为“传统”的加载和传输数据的方式对我们来说已经足够了。我们的一些网格包含100k +的值，网格的性能始终没问题。这些控件看起来不像MVVM支持的构建，如果您尝试使用它，看起来您必须手动执行所有操作。也许10.2在这里改变了事情，我没有检查过，但我不这么认为。
我们用我们自己的实现本地化，所以我不知道的DX本地化支持。
从我的角度来看，DevExpress提供了一些与Telerik相比轻量级控制器。使用DevExpress进行报告更加灵活。但是与此同时，Telerik拥有更好的外观和感觉，以适应其他工具。
我肯定会去DevExpress，他们的组件在我看来更好，比Telerik更好的API，那么我们不要忘记你已经知道他们的对象模型，命名约定和API来自Windows窗体世界，这个不是一件小事，因为你很可能会重用你的专有技术，这是非常重要和有价值的。
我相信devexpress真的是在WinFormApp中变得更好。我使用它好几年了，真的很不错。 另一方面，最近我尝试过WPF控件，它太糟糕了，我没有时间为这个项目切换到telerik。 我用devex的另一个问题是RTL。如果你想拥有一个多语言应用程序，这可能很重要。 Telerik可以支持RTL，但Devex不支持它在WinApp中，而在Devex中的WPF中并不完全支持它。 正如我所说的，在没有RTL的WinApp中devex更好。
我有一个使用Telerik控制的朋友，他绝对发誓。他特别提到了他们的数据网格控制是自切片面包以来一直使用的最伟大的事情（它可能会帮助您根据您的第一个要点提供帮助）。
同样，没有亲身经历，但我相信他对这类事情的看法。
我正在使用Telerik和DEVExpress。根据我的经验，DevExpress在胜利形式控制方面更好。但是，Telerik比Asp.NET控件更好。 服务器控件上的DevExpress渲染结果在客户端网站中非常混乱。他们使用表格标签创建按钮控件。
我正是在同样的位置，几个月前的一个新的WPF项目评估时WPF控件。我不确定你是否做出了任何决定，但我可以提供我与Telerik的经验，并希望它有所帮助。
在我的项目，一个特殊的需要是利用TreeListView，到处都是有限的知名供应商提供这种控制。我花了一些时间进行研究，发现Telerik提供了我需要的东西。我下载了试用版并使用了两个月，联系了他们的支持人员，查看了他们的论坛。我可以告诉你他们有很好的支持！通常，支持提供解决方案和示例代码。像所有开发者一样，我们会遇到障碍，我们研究了API，文档和示例。对我而言，支持非常重要，因为它可以节省开发时间！我的反馈是Telerik提供了大量的UI控件，包含大量的收集和自定义选项以及出色的技术支持。但是，他们的文档不太好。另外，要注意WPF控件的性能，我的经验是如果你有大量的数据源，它会有一些性能问题。如果性能是关键要求，那么一定要在关键的建筑领域做一些原型。
只需试一试，看看它是否符合您的需求。
顺便说一句，我也是ComponentOne的客户。只要能够节省时间，就可以获得所需的控件。重要的是它有助于您的产品准时发货！希望这可以帮助。
我会采取Telerik的手了...＃1原因是支持，＃2的原因是，如果控制不能做你需要什么，你只需要投入一票或邮寄到支持论坛和你可以驱动他们的功能开发。
...很酷:)
DevExpress WPF速度慢，性能不明智。我已经尝试了DevExpress和Telerik的丰富文本编辑控件。 Telerik的控制在性能方面胜过DevExpress。
我评估了几个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 server上的大量数据，这可能是一个很好的控制器。 （除了不能很好地处理大数据的下拉筛选器组合）。我们正在使用Mongo来处理我们的大数据，所以这不适用于我们。测试数据时，我们确实有一些Telerik例外。 DevExpress没有分页选项，除非你自己。
最后我们选择了DV，这是因为性能方面的原因，大数据和稳定性。
还没有尝试DevExpress，但我使用Telerik for WPF它有一些很好的组件Gridview例如。但其他组件都充满了bug，例如一个简单的dockcontrol，直到今天，他们还没有设法让它正常工作。
我使用了telerik wpf radcontrols和devexpress！根据我的经验，我对telerik控件感到满意，因为我的主要目标是提高工作效率并在短时间内提供具有良好用户体验的桌面应用程序！ Telerik大量使用mvvm模式，并建议使用它，因为大部分演示都基于它！至于查看演示源代码的文档足以让我快速入门！另一方面devexpress更成熟。换句话说，telerik包含错误，但如果你问，支持将总是为你找到一个解决方法。
Telerik RadDataGrid支持MVVM和正确的命令模式。 DevExpress需要很多额外的代码才能正确使用MVVM。
这是一个重要的问题。在DevExpress中使用MVVM非常令人头疼。它的实现与WinForms非常相似，所以MVVM不能很好地实现。 – 2013-12-12 13:27:33
问题是关于WPF，而不是ASP.NET。 – 2011-04-18 12:58:41