第三方Silverlight网格控制

我们正在为Silverlight 4.0选择第三方控件套件。我们最感兴趣的是功能丰富的网格控件。我惊讶地发现，大多数产品都专注于客户端分页、过滤、排序和分组。但是，如果数据集足够大，可以从这些函数中获益，那么它是否也太大，不足以在一次调用中为客户机带来好处呢？这难道不会使大多数广告中的花哨网格功能变得毫无用处吗？在我看来，200行数据是我在一个请求中向服务器请求多少数据的理想上限。然而，Telerik、DevExpress、ComponentOne、Xceed和其他网站都有精美的演示，可以为客户端带来10000多行数据，并展示页面、筛选、分组和排序的能力。谁为客户端带来10000多行数据？如果有1000个并发用户呢？如果数据不稳定怎么办？这真正解决了什么用例

您是否可以分享您使用这些控件套件的经验，以及是否实现了分页？还有，您是否正在使用RIA

---

谢谢。

实现服务器端分页不需要第三方网格控件。您可以使用silverlight toolkit提供的网格控件和ObjectDataSource

---

实现服务器端分页不需要第三方网格控件。您可以使用silverlight toolkit提供的网格控件和ObjectDataSource

---

我同意你的看法，客户想同时查看他们全年的数据可能是疯狂的，但有时客户（和产品经理）看事情的方式与你不同，坚持做愚蠢的事情

在任何情况下，仅仅因为演示在翻页100万条记录，并不意味着他们会将它们全部带到客户端。您还必须考虑有200行数据的情况，但是由于您使用的数据模板，您只能一次显示10行（您可能只适合10行到一页）-您仍然可以检索所有200行，因为它只是您正在使用物理空间的演示文稿。您还可以实现分页，并在请求时检索下一页的数据（这将引入一点延迟，但可能非常值得）。处理这一问题的最好方法可能是不要让用户能够一次检索无数条记录——如果你给他们提供了这一功能，他们会使用它，然后他们也会抱怨它的性能

---

至于快速客户端排序/分组/过滤，这是现实世界的必要条件。我们的用户通常从服务器获取数千条记录，然后使用过滤器（我已经扩展了）一次查看少量记录，对这些记录进行操作，然后修改过滤器以查看不同的记录。让这些功能快速工作非常重要，因为它会对用户体验产生巨大的影响。今年早些时候，我对几个不同的组件集进行了测试，发现它们在这些功能上的性能有很大的差异，所以明智地选择：）

我同意你的观点，客户想要同时查看他们全年的数据可能是疯狂的，但有时客户（和产品经理）看事情的方式不同，坚持做愚蠢的事情

在任何情况下，仅仅因为演示是通过100万条记录分页，这并不意味着它们会把它们全部带到客户端。你还必须考虑这样一种场景，即你有200行的数据，但是由于你使用的数据模板，你只能一次显示10行（你可能只适合10行到一页）。-您仍然可以检索所有200行，因为只是您的演示文稿占用了物理空间。您还可以实现分页，并在请求时检索下一页的数据（这会带来一点延迟，但可能非常值得）。处理这一问题的最佳方法可能是不要让用户能够立即检索成卷的记录-如果您给他们提供该功能，他们将使用该功能，然后他们也会抱怨其性能

---

至于快速客户端排序/分组/过滤，这是现实世界的必要条件。我们的用户通常从服务器获取数千条记录，然后使用过滤器（我已经扩展了过滤器）要一次查看少量记录，请对这些记录进行操作，然后修改过滤器以查看不同的记录。让这些功能快速运行非常重要，因为它会对用户体验产生巨大的影响。今年早些时候，我试用了几个不同的组件集，发现性能有很大的差异当涉及到这些函数时，请明智地选择：）

我希望看到一个控制套件，该套件能够处理订单完成时的并发问题，并且还使用队列或堆栈来解决数据冲突。我经常看到这种网格和列表控件非常漂亮，可以向您显示所有数据，但当您有多人处理同一组数据时，它们无法解决基本的并发问题。如果它自动锁定一个用户与另一个用户的一行，防止重复工作，并自动记录错误消息，那么我可以看到购买控制套件。

我希望看到一个控制套件，它可以处理订单满满期的并发问题，还可以使用队列或堆栈来解决数据冲突。我经常看到这种网格和列表控件非常漂亮，可以向您显示所有数据，但当您有多人处理同一组数据时，它们无法解决基本的并发问题。如果它自动锁定一个用户与另一个用户的行，防止重复工作，并自动记录错误消息，那么我可以看到purch