Telerik 与 Silverlight 的 Infragistics答案

【问题标题】：Telerik vs. Infragistics for SilverlightTelerik 与 Silverlight 的 Infragistics
【发布时间】：2011-05-31 19:27:20
【问题描述】：

是的，这肯定是一个重复的问题，但我想获得一些新的观点。

我的印象是 Telerik 是一个更完整的套件，但我真的被他们控件的响应能力关闭了。就响应能力而言，它似乎“笨拙”（我有一台非常快的计算机和视频卡）。滚动网格和转换块，即使在他们声称具有良好性能的最新演示中也是如此。我确实喜欢他们的 WPF 套件在 API 方面与他们的 SL 套件相匹配。

Infragistics 具有较少的控件和较少的主题化可能性，但它们的控件响应速度非常快。在网格中滚动是流畅的，它们的组合菜单和所有其他控件也是如此。

我检查了 ComponentOne，他们的控件在上述几点方面似乎与 Telerik 的类似，但“漂亮”少了一点。

这些套件的其他用户有什么想法吗？基本上，我正在寻找的是一个具有高性能和响应性的套件，从主题的角度来看是相对可定制的，并且具有足够的功能来开发 LOB SL 应用程序，而不必使用多个套件来满足大多数常见需求。

【问题讨论】：

当前形式的问题非常主观。如果你陈述了你实际想要达到的目标，那么就有可能给你客观的答案。

标签： silverlight telerik infragistics

【解决方案1】：

到目前为止，Telerik 拥有最慢（笨拙）的控件。我们从许多控制公司（Infragistics、ComponentOne、Telerik 等）下载了数据网格，发现 Telerik 在加载和刷新数十万到一百万行时速度最慢。对于其余的控件，我不能说太多。测试速度和内存消耗，我们发现 C1Flexgrid 最快，其次是 Infragistics xamGrid，然后是 Microsoft 的 grid、C1Datagrid，最后是 Telerik 的 radGridView。

【讨论】：

谢谢。很高兴知道它不只是在我的脑海里。除了加载行的性能之外，“交互性”通常只是“感觉”更慢/更笨重。我假设您使用的是 C1？
我想您会对虚拟化和容器回收为 RadGridView 带来的一些改进感到惊喜。我们刚刚发布了 2011 年第 2 季度的版本，并提供了具有可按需加载记录的 VirtualizedQueryableCollectionView 的演示以及包含 10 亿个单元的演示。
那么 Xceed DataGrid for WPF 呢？

【解决方案2】：

我建议您查看我们演示中的“性能”部分，以了解有关网格如何处理大数据和/或实时更新的更多信息。这里有几个例子：

http://demos.telerik.com/silverlight/#GridView/Performance

http://demos.telerik.com/silverlight/#GridView/UIVirtualization

http://demos.telerik.com/silverlight/#GridView/RealTimeUpdate

http://demos.telerik.com/silverlight/#DataVirtualization/FirstLook

【讨论】：

我有而且确实你的 UI 控件比 Infragistics 更笨重/笨重。我确实喜欢你的控制套件中的功能范围......但是 LOB 应用程序需要快速响应点击和拖动。
绑定本身不是问题...但是如果您有一个大网格（没有延迟滚动）并且一次上下滚动或左右滚动（尤其是），UI “块”或滚动条跟不上鼠标移动。包含大量项目的组合框在滚动时也会“分块”。
我们改变了我们的模板加载逻辑，并且随着我们即将推出的服务包，网格垂直滚动性能将会更快。我们还将在即将到来的 2011 年第一季度测试版（2 月中旬）中引入我们新的水平虚拟化。你能提供更多关于组合的信息吗？您能否验证组合虚拟化是否已启用？
正如弗拉德所说，新控件非常快速和强大。我建议下载最新最好的，然后再试一次。

【解决方案3】：

请查看以下演示，它将 150 万行绑定到启用了排序和过滤的网格： http://labs.infragistics.com/silverlight/lobsamples/2010.3/#/Samples/Grid/Performance/GridLargeResultSet

“虚拟收藏”是另一个性能特征： http://labs.infragistics.com/silverlight/lobsamples/2010.3/#/Samples/VirtualCollection/Scrolling/xamGridScrolling

免责声明：我是 Infragistics 的技术布道者

【讨论】：

【解决方案4】：

如果您考虑一下这一点，您是否真的想要在网格或任何控件中加载数千条到 100 万条记录？好吧，除非你想提出一些营销素材？

我不知道有哪款显示器可以同时加载这么多显示器。即使可以，也许我只是很慢，但我一次只能处理几个。

普通用户可以查看和处理什么。 10 条记录，也许 20 条。

我可以看到可能想要加载 100 个左右而不需要页面来获取新的记录，但是数千或数百万？就我个人而言，我需要过滤功能和分页，如果我有一个开发人员试图将 100 万条记录加载到网格中，我们将不得不坐下来，因为网格或任何其他控件的性能不是问题。

让我们看看一家拥有网站的价值数十亿美元的公司，其唯一目的是将数据返回给用户。我指的是谷歌。进行搜索，您会得到大约 10 条记录。我刚刚进行了搜索，得到了 21,400,00 个结果。如果我在第一页或第二页（20 条记录）中找不到我要查找的内容，我知道我的过滤不够好。我不是没有筛选一百万条记录。

这样一来，您的表现就回到了检索记录的逻辑，并让您的用户能够正确地过滤掉他们当时真正需要的数据。

一个网格显示 150 万条记录的速度有多快似乎是“板凳竞赛”的素材，谁在乎它是否缓慢滚动，因为为什么要撤回这么多记录？

如果我没有抓住重点，而您只是在玩板凳比赛，我深表歉意。但我读到你在谈论现实世界的 LOB 应用程序，如果是这种情况，那么我们需要对场景保持现实。

我们使用 Telerik 网格，它在现实世界的 LOB 应用中表现得很好。同样，尽管我们为其编写的用户不能同时查看或处理 150 万个，他们也不会关心。

此外，正如您在此线程中发现的那样，他们的支持是首屈一指的，我会随时从我们购买这些类型产品的任何公司那里接受这一点，无论他们是否可以在网格中加载一百万条记录或不是。 Telerik、Infragistics 或其他任何人。

对于任何认真对待现实世界场景并试图找到优质套件的人来说，首先要意识到谁在这个线程上试图回答有关他们产品的问题。

【讨论】：

我实际上不在乎网格如何处理 1M 行。我完全关心网格如何处理 200 行和 12 列，快速上下左右滚动......这就是为什么我询问这些组件的“响应性”而不是负载能力。
我已经交付了几个“现实世界”应用程序，它们需要在网格中支持约 200K 行。尽管您有意见，但这通常是真正的用户需求。