第三方WPF控件：DevexpressvsTelerik我想听听您对这两个控件提供商的看法。简而言之：我正在构建一个经典的LOB桌面应用程序。该应用程序将完全在WPF中创建。PRISM4.0将被大量使用。只要有可能，我都会尝试遵循MVVM模式（如果所选控件的设计易于采用，那就太好了）。我主要感兴趣的是：从长远来看，我也想使用他们的：我已经使用WinformsDevxpress一段时间了，我对它非常满意。他们的支持团队很棒。但是，我想看看市场上是否有更好的选择。换句话说，我想知道Telerik的控件是否有任何附加值？几个月前我们不得不做出非常相似的决定。我们正在使用WinForms、MicrosoftCompositeUIApplicationBlock和DevExpressWinForms。对于我们从头开始的新应用程序，我们决定使用WPF（无PRISM），我们特别需要一些网格，因此我们使用了DevExpressWPF控件。这是一个好的和坏的决定。好的部分：坏的部分：这个列表并不详尽，这些是我想到的。那么，如果我不得不再次做出同样的决定，我会怎么做呢？我很可能会再次使用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秒。其他几个控制包已锁定！（仅供参考，数据是从Mongo加载的）。在Telerik上打开列的过滤器对话框时，它会延伸到屏幕底部之外，没有任何滚动条。此外，在下拉组合中选择过滤器项目会立即执行过滤器，而不是等待我选择另一个过滤器。因此，如果您选择5个项目，则需要5倍的时间。我希望DevExpress有一个复选框下拉筛选器选项（如Excel）。您只能选择一个值，但它确实有一个非常漂亮的过滤器对话框，允许您执行更复杂的过滤器。仍然，希望能够轻松地检查一些值并快速继续前进。Telerik使用实体框架与SqlServer很好地集成。它是直接与EF集成并让SqlServer在数据库中执行这些操作的分页、排序、过滤等。非常好！我将sql命令作为操作进行监视。您正在查看sqlserver上的大量数据，这可能是实际执行此操作的控件。（除了不能很好地处理大数据的下拉过滤器组合）。我们将Mongo用于我们的大数据，因此这对我们不起作用。在测试数据时，我们确实对Telerik有一些例外。DevExpress没有分页选项，除非你自己做。出于性能考虑，我们最终还是选择了DV，数据量大，稳定性好。TelerikRadDataGrid直接支持MVVM和命令模式。DevExpress需要大量额外代码才能正确使用MVVM。我正在使用Telerik和DEVExpress。根据我的经验，DevExpress更擅长赢得表单控件。但是，Telerik优于Asp.NET控件。服务器控件上的DevExpress呈现结果在客户端站点中非常混乱。他们使用表单标签来创建按钮控件。几个月前，当我为一个新的WPF项目评估WPF控件时，我处于完全相同的位置。我不确定您是否做出了任何决定，但我可以提供我在Telerik方面的经验，希望对您有所帮助。在我的项目中，有一个具体的需求是使用TreeListView，而这个控件的知名供应商有限。我花了一些时间进行研究，发现Telerik提供了我需要的东西。我下载了试用版并使用了2个月，联系了他们的支持人员，查看了他们的论坛。我可以告诉你他们有很大的支持！通常支持会提供带有示例代码的解决方案。像所有开发人员一样，我们遇到了障碍，我们研究了API、文档和示例。对我来说，支持很重要，因为它可以节省开发时间！我的反馈是Telerik提供了出色的UI控件，包括大量的收集和自定义选项，以及出色的技术支持。但是，他们的文档并不是那么好。另外，请注意WPF控件的性能，我的经验是，如果您有大型数据源，它会降低性能。如果性能是关键要求，请务必在关键架构区域进行一些原型设计。试一试，看看它是否符合您的需求。顺便说一下，我也是ComponentOne的客户。如果可以节省您的时间，只需获取您需要的控件即可。帮助准时发货很重要！希望这可以帮助。我会放下telerik...原因#1是支持，原因#2是如果控件不能满足您的需要，您只需提交一张票或发布到支持论坛，您就可以进行功能开发....非常酷:)DevExpressWPF很慢而且没有针对性能进行优化。我试过DevExpress和Telerik的富文本编辑控件。TelerikControl在性能方面优于DevExpress。我相信devexpress在WinFormApp中真的很棒。在它变得非常好之前，我用了好几年。另一方面，最近我尝试了它的WPF控件，它很糟糕并且充满了包，我没有时间为这个项目切换到telerik。我对devex的另一个问题是RTL。如果您想拥有多语言应用程序，这可能很重要。Telerik可以支持RTL但是Devex在WinApp中不支持，在Devex的WPF中不支持完全支持。正如我所说，devex在没有RTL的WinApp中更好。在我看来，与Telerik相比，DevExpress提供了一些轻量级控制器的优势。使用DevExpress进行报告更加灵活。但与此同时，Telerik拥有另一种工具更好的外观和感觉。我有一个使用Telerik控件的朋友，他绝对相信他们。他特别提到了他们的数据网格控件是自切片面包以来最重要的东西，并且一直在使用（根据您的第一个要点，这可能会对您有所帮助）。同样，不是第一手经验，但我相信他对这些问题的看法。还没有尝试过DevExpress，但我使用TelerikforWPF，它有一些不错的组件，例如Gridview。但是其他组件充满了错误，比如一个简单的停靠控件，直到今天他们还没有设法让它工作。我使用了telerikwpfradcontrols和devexpress！根据我的经验，我对telerik控件很满意，因为我的主要目标是提高效率并在短时间内拥有具有良好UX的桌面应用程序！Telerik大量使用mvvm模式并推荐它，因为他们的大部分演示都是基于它的！至于查看演示的文档源代码，这足以让我加快速度！另一方面，devexpress更加成熟。换句话说，telerik包含错误，但如果您提出要求，支持人员总会为您找到解决方法。以上就是C#学习教程：第三方WPF控件：DevexpressvsTelerik分享的全部内容，如果对你有用还需要了解更多C#学习教程，希望大家多加关注-本文已收藏来自网络，不代表立场，如涉及侵权，请点击右边联系管理员删除。如需转载请注明出处：
