我们还应该使用服务器端网格还是Javascript网格？

Question

我们正在就如何处理网格中的数据进行大量讨论。

有些人更喜欢使用服务器端网格，它可以从服务器轻松绑定并使用Ajax / Not进行更新。有些人更喜欢只使用调用WebService的Javascript来填充Javascript / html网格。

从专业角度来看，哪一个最适合生产力，可测试性和可维护性？

我们正在使用WebForm .Net 4.0和Jquery。

Answer 1

我肯定会说JavaScript控件 我只是认为，在这些方面，微软，Telerik和所有其他人已经证明自己远远不如开源社区（主要是基于jQuery的解决方案）。

AJAX和异步请求已存在多年，但直到最近微软才推出MVC来正确支持它（而且从我听到的情况来看 - 它们仍然没有它们应该的那么好）。

另一个优点是客户端的控件比服务器端的控制范围要大得多，因此您可以找到一个完全适合您的控件。如果你需要它做一些不是开箱即用的东西，它是开源的 - 你可以自己实现它。
我正在使用jqgrid，我对它很满意。

Answer 2

我和你一样。最后，我使用了服务器端GridView，因为它很容易将数据绑定到它。另一方面，每次更新GridView刷新页面都很烦人，所以我最终使用AJAX更新面板的异步回发来保持一切顺利。

Answer 3

无论如何，Ajax将是答案，因为没有人喜欢旧时尚的帖子和整页重新加载... ASP.NET MVC有很多帮助，因为甚至没有回传和网页形式页面生命周期的旧概念。

我们也处于相同的情况，并且仍在考虑是否使用DevExpress MVCGridView扩展或Telerik，或者像ExtJs这样的完整javascript解决方案，它既酷又快但似乎不支持单元合并这是一个重要的特性对我们来说。

Answer 4

我们之前已经有了这个论点。

关于asp网格的好处在于它们基本上只是开箱即用的排序，分页等。而且你不必处理我个人讨厌的javascript。但它们更像是一种强力解决方案。我的意思是发回来，从数据库获取数据，重新绑定，重建页面，然后将其发回以对列进行排序，效率极低。

即使在网格周围有一个UpdatePanel，也可能有很多数据通过网络传输，而且很多数据访问只是为了对表进行排序或分页。

Javascript更加丑陋，但效率更高。首先，可以非常快速地在客户端上完全排序（并且可能是分页），这减少了服务器负载。但是，除非你想使用第三方JS表组件，否则你必须为此编写自定义功能。

另一种选择是使用ASP网格，但可以使用javascript动态修改功能。这样，您的服务器端代码仍然可以利用简单的绑定和表生成。

我们决定按原样使用ASP网格。如果我们遇到性能问题，我们将改变我们的方法。但是为了能够以最小的头痛快速完成某些事情，你无法击败内置的控件