Asp.net Web网格、客户端绑定与服务器端HTML生成

我正在用新的实现替换ASP.NET web应用程序中现有的web网格。现有的网格功能强大，但不够灵活。它还带来了我们不喜欢的网页框架

在查看现有选项时，我注意到我可以将可用的解决方案分为两种主要方法。ASP.NET GridView最能代表旧方法。这是一个经典的ASP.NET控件，它根据给定的数据集在服务器上生成所需的HTML。较新的方法依赖于客户端呈现，主要使用jQuery。一个很好的例子是。只有数据被发送到客户端（通常使用JSON或XML）

在GridView的例子中，如果我想要一个AJAX行为，我必须用类似于更新面板的东西来实现它

• 我是否应该做出明确的选择
• 使用服务器端呈现的控件，是否有很好的机会实现与jqGrid（即使有许多记录）相同的快速行为
• 是否存在结合这两种方法的混合实现

你不应该做出明确的选择，但值得注意 改变客户端AJAX控件是一个相当大的范例 这种转变将要求你重新思考你几乎每件事都是如何做的 用网格

中途（通过使用服务器端控件，如

GridView

在

UpdatePanel中，

）可能会改善用户体验，因为 页面在更新时仍然可见且响应迅速。但是 与仅新客户端相比，

UpdatePanel

-样式仍然笨重 网格，因为这种技术在页面发回时发送所有的表单数据 （如果打开了ViewState，则包括

网格视图中的所有ViewState

） 上）。需要注意的一点是：

GridView

与

UpdatePanel

当

GridView.EnableSortingAndPagingCallbacks

设置为true时

我没有使用过任何一种混合实现（比如Coolite的Ext wrappers for.NET），但它们已经存在了。至少有

---

我还评估了jgGrid和Gridview。我只是对网格的性能和效率感兴趣。尽管jqGrid有一点学习曲线，但如果与gridview相比，jqGrid在性能上有很大提高，我可以在学习上投入一些时间。有没有专家能对这个话题有更多的了解？。非常感谢。

小心jqGrid，我们在一个项目中采用了它，但后来不得不放弃，因为它缺乏可扩展性（无论你在演示中拥有什么都可以，但是一旦你需要对它进行一点更改或者有更多的东西，你就需要进入jqGrid的引擎盖下，让你的手变得非常脏，不能构建扩展，只需插入即可）.奇怪。我定制jqGrid一点问题都没有。我想这取决于定制的级别。不久前我搬到了jqGrid，我对结果非常满意。这是一个学习曲线。但毕竟，它非常强大和灵活。我觉得我再次控制了我的应用程序的行为和性能