是的，这肯定是一个重复的问题，但我想得到一些新鲜的东西。
我的印象是Telerik是一个更加完整的套件，但我真的被它们的控件的响应性所关闭。就响应性而言，它似乎“笨拙”（我有一台非常快的计算机和视频卡）。滚动网格并转换块，即使在他们声称具有良好性能的最新演示中也是如此。我确实认为他们的WPF套件在API方面匹配他们的SL。
Infragistics拥有更少的控件和更少的主题可能性，但他们的控件非常敏感。滚动网格是非常流畅的，它们的组合菜单和所有其他控件也是如此。
我查看了ComponentOne，他们的控件看起来与Telerik的类似，就上面提到的几点而言，但是不那么“漂亮”。
这些套房的其他用户有什么想法吗？基本上，我正在寻找的是一个高性能和响应性的套件，从主题角度可以相对定制，并且具有足够的功能来开发LOB SL应用程序，而无需使用多个套件来满足大多数常见要求。
答案 0 :(得分：10)
答案 1 :(得分：7)
如果您考虑到这一点，您是否真的想要在网格或任何控件中加载100到数百万条记录？除非你想要一些营销饲料吗？
我不知道有一台显示器可以同时加载那么多来查看。即使它可以，也许我只是慢，但我一次只能处理几个。
普通用户可以查看和处理什么。 10条记录，可能是20条。
我可以看到可能想要加载100左右而不必寻呼以获得新的回忆，但数千或数百万？就个人而言，我将需要过滤功能和分页，如果我有一个开发人员试图将100万条记录加载到网格中，我们将不得不坐下来，因为网格或任何其他控件的性能不是这个问题。
让我们来看看拥有网站的数十亿美元公司，其唯一目的是将数据返回给用户。我指的是谷歌。进行搜索，你可以找到大约10条记录。我刚做了一次搜索，得到了21,400,00个结果。如果我在第一页或第二页（20条记录）中找不到我要找的东西，我知道我没有过滤得足够好。我不是在筛选一百万条记录。
这样可以使您的表现恢复到检索记录的逻辑，并为您的用户提供正确的能力来过滤他们当时真正需要的数据。
一个网格显示150万条记录的速度有多快似乎是“板凳比赛”的素材，谁会关心它是否因为滚动而导致滚动，因为为什么要从那么多记录开始呢？
如果我错过了这一点，我很抱歉，你只是在替补比赛中获得乐趣。但我读到你在谈论现实世界，LOB应用程序，如果是这样，那么我们需要对这些场景保持现实。
我们使用Telerik网格，它对现实世界的LOB应用程序表现得很好。虽然我们写的用户不能同时查看或处理150万，也不会关心。
另外，当你在这个帖子中发现他们的支持是首屈一指的时候，我会从任何一家公司那里购买这些类型的产品，无论他们是否可以在网格中加载一百万条记录或不。 Telerik，Infragistics或其他任何人。
对于任何认真对待现实世界场景并试图找到优质套件的人来说，首先要意识到的是这个线程上有谁试图回答有关其产品的问题。
答案 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的技术推广人员
答案 3 :(得分：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