C# 在asp.net web应用程序中使用jQuery表替换GridView？

web应用程序正在使用SQL DB连接、web服务用户需要插入、编辑、删除数据库记录。目前，由于GridView的某些外观特性，我们在提供客户要求的功能进行试运行演示时遇到了一些问题

缺少功能：

• 冻结GridView标题
• 冻结具有多个子视图的GridView标头

阻碍我们前进的因素： -GridView及其事件

所有的样式、日历和定位都是使用CSS、js和jquery完成的。在我看来，如果我们切换到基于js的代码，web应用程序的重量会更小。 我甚至使用jquery插件来冻结只有一个标题的GridView。但是对于子标题，这又是一个挑战。这是一个商业多用户环境，（必须是响应性的）应用程序。该站点将从第三方ERP系统调用

因此，在切换到jQuery之前，我只想知道与ASP.NETGridView相比，jQuery的可信度以及当前和未来（forseen）更新。jquery将如何响应回调、回发？

---

请指出要考虑的关键点或见解。

< P>这是一个快速且随机的列表，在JS解决方案

的情况下你需要做的事情。

您需要为CRUD创建所有服务器端处理程序 行动

确保处理ajax查询和客户端单击 事件以避免重复插入

您可以使用引导或 tablesorter，用于构建html表 响应的

表格分拣机还可以为您提供额外的功能 使用诸如过滤器、分页等插件

如果您打算在internet上保持站点的打开状态，请确保使用某种令牌机制保护服务器上的处理程序页面

由于JS解决方案，您最终可能需要一个单页应用程序。JS和服务器处理程序很快就会变得一团糟。小心点

因为您可以使用引导和纯HTML设置此功能，所以您提到的所有花哨功能只需一个CSS即可实现；-）

你提到应用程序会更轻一些…没错，但服务器端会更轻，客户端会更重。在移动浏览器上仔细测试一下，因为它可能会变得非常沉重，甚至冻结。如果您关心或出于业务需要，请为这些类型的用户进行一些备份

---

现在就这些了…我会不断更新这篇文章

这比在页面的化妆品上使用GridView更让人头疼。我只是想知道为什么VS在GridView上没有任何升级作为其主要组件之一。我认为随着客户端框架和HTML5的发展，大多数服务器端组件都已经过时了……尽管如此，它们仍然有助于快速开发和工作。相信我，一旦你转向客户端数据处理，你就不想回头了……性能升级和灵活性真是太棒了。考虑到你想为同一个应用程序编写一个本地智能手机应用程序……你已经准备好了大部分服务器资源（处理程序可以作为一个WebService重新使用），但是引用你：<代码>，你需要为CRUD操作创建所有的服务器端处理程序。因此，这意味着必须创建服务器端处理程序。在客户端改进方面完全支持您。您知道如何冻结带有子标题的GridView吗？（只是问题的一部分）。