让EXT GRID见鬼去吧

在网上已经找了N年的GIRD控件,但总是失望,MS的DATAGRID和GRIDVIEW已经预示了MS的衰老,看来MS已经听不到客户和程序员的声音了.找来找去最好的就是EXT 的GRID了.不过问题很多.要写大量的JS代码.增加新行还要用户按个按钮,估计JACK没有用过EXCEL.如果JACK在用自己的GRID为用户做输入界面,我对他的辛苦及其用户的痛苦深表同情.EXT这样的东东还在大受好评?我觉得程序员们当牛做马已经习惯了,看到EXT就象见了亲人一样,其实还是被涮了一把.
最近心一横终于自己搞了一个GRID,几十行代码就可以实现CRUD(增删查改).真是解放啊.虽然我不是搞IT的但是还是为自己自豪了一阵子.写篇博客纪念一下吧.再介绍一下思路.为受苦受的的兄弟们提供点素材.其实很多程序员已经搞定了这个事,只是没人在网上愿意说出来.不知道为什么?

我是先通过JS将需要编辑的字段传给后台（var arrEditableCol=new Array("1","4","5","7","8");）,然后在后台将表格的内容传到前台,其中需要编辑的字段已经全部放在DIV中.这样编辑起来就方便了.同时后台也将每个字段的属性和字段名传到HTML.如果觉得用户在前台看到数据库的字段名太危险,那么就要在后台加个数组保存字段名,前台还要自己写表头,要多写几行程序了.这样在HTML中的JS和自动进行格式化和数据校验.输入错误的单元格将变成绿色(如果对于某列有非空要求，可以再加一个数组来解决),页面也无法保存到后台，直到用户将错误全部修改好.
目前是将字段名当做表头.因此每次只要写一个需要编辑字段的数组,一句SELECT的SQL和一个表的名称.一个全编辑的WEB GRID就搞定了,几十行代码中要修改的只是三五行吧. 不过表格中没有下拉列表.真正需要输入的用户通常也不大用下拉列表(只有工作不忙的人或者业务不熟的人才需要).在最后一个可编辑单元格回车时,表格会自动增加新行.保存时表格中编辑过的单元格以XML形式(包括数据类型)传递到后台.由后台更新数据库.后台只要写一个通用类处理一下就行了.
其实最牛X的GRID是ACCESS中的GRID,数据库写好后,几秒钟就可以搞定一个CRUD(增删查改)的表格。如果MS能将ACCESS中的窗体设计技术移植到WEB上，预计JSP已经死掉十年了。
要感谢一下JQUERY帮我省了不时间.本来还打算用PHP改写一下我的成果,不过PHP没有调试JS的东东,只得做罢.还是用ASPX吧.