大城小胖的大城

[2007-10-12 ]GT Grid 最新demo ( 兼与EX ... | GT-Grid 开发日记( 2007-10-10 )

2007-10-10

GT-Grid 的生存之道( 未来规划 )

以前我曾简单(很简单的)的总结过目前列表组件的状况:

引用

现在市面上有很多基于js和ajax的列表组件，他们不同于传统的jsp tag方式的列表组件。

基于ajax的组件的特点通常是：
页面中使用一些标准的html、js代码
服务器端发送json或xml代码到客户端
客户端利用一套强大的js来解析数据，并生成列表。
（通常导出能力有限，甚至不支持导出）

传统列表组件特点通常是：
页面中使用一些标准的html、js代码，以及jsp tag
服务器端发送的代码已经是最后要展现出来的列表的html(xhtml)。
客户端再利用有限的js来实现一些功能的补充。

就现阶段的情况来看, 传统的jsp tag列表组件的地位正在一步步被蚕食.
传统列表组件的主要优点就是快速, 主要缺点是客户体验不佳.

但是随着客户端的速度越来越快, 而且单页显示大数据量的场景不多,导致传统列表组件的优点变得并不那么明显,
而随着客户需求的日趋复杂化,传统列表组件的缺点却变得越发明显了.

在这样的大前提下, GTGrid 自然也会选择在客户体验上下功夫.
但是,如果只是重视这一点,那么在web Grid的王者 EXT-Grid面前, GTGrid并没有多少生存的空间.

=======================================================

GTGrid想有好的发展,一定要有自己的独到之处.
目前我能想到的"独到之处"如下,这些也是未来GTGrid的生存之道

1 在功能不缺失的情况下,让组件的体积更小性能更高,同时兼容传统模式(支持json数据支持xml数据, 也支持已经生成的table html代码)

2 在功能上继续挖掘,提供新颖的特性.
总是有一些实用的功能等待我们去挖掘去实现,功能的数量没有上限.

3 结合国情,提供一套独特的"中国式列表".
类似的说法在报表组件里常听到,很多国内公司在宣传他们的报表时都会标榜自己能够实现"中国式报表".
以前我对这个事情一直不以为然,但是后来发现,老外的很多习惯确实和我们不太一样呵呵.

4 与J2EE后台结合(但依然可脱离j2ee作为纯前端组件使用)
为服务端分页,数据导出,数据统计,数据CRUD,图表展示提供支持.

5 瞄准企业级开发
"企业级开发"有两层意思,一层是指开发出来的产品性能和质量足以支撑起企业级应用,
另一层意思是指支持"快速开发,傻瓜式开发". (可通过提供jsptag 代码生成器模板等方式实现)

6 结合实际企业应用场景,提供更多列表组件的"周边模块",争取开创一个"以列表为中心"的企业应用模式.
以前我曾说过:

引用

很多企业应用系统.不管业务多复杂, 不管系统多庞大, 有70%的模块都是以列表作为入口的.

印象中,我参与过的上一个项目, 至少有300个类似这样的页面: "上下分帧,上帧是查询条件,下帧是列表,双击列表的条目进入一个表单页面".

所以列表这个真的很重要,而且现在用户对列表的要求已经不仅仅是"展现数据的表格"那么简单了, 列表与报表的界限正在变得模糊.

其实,我们的列表组件如果能够再多做一些事情,那么一个企业应用中,很多很多的工作都可以在列表内完成.

所以结合实际企业应用场景,完善列表的功能,是一件很有意义的事情.

=======================================================

目前的GTGrid离目标还有很大的一段距离,但是这段距离时可预期的,因为这里面没有不能攻破的技术难题,
GTGrid现在需要的只是时间、支持、和我的毅力。
当然时间也不需要太久,我可不希望GTGrid在html+css+js已经被ria打败的时候才推出呵呵.

我曾考察过很多列表组件,抛开代码质量架构设计这些后台的虚无缥缈的(对于最终用户来说确实虚无缥缈),
单纯就列表的功能性灵活性扩展性美观程度使用体验而言,我没见过比EXT更好的.
也许有一些组件的某一个功能点比ext好,但是综合来看,extgrid绝对是当之无愧的 web grid王者.(RIA系的不在讨论范围内).

GTGrid并没有全面超过ext的野心,毕竟应用场景不同,关注的事物不同,
我只是希望在诸多列表组件中,GTGrid能够有属于自己的一片天,哪怕很小很小

01:17
浏览 (1459)
评论 (6)
分类: GT-Grid ( ECSide )
发布在 GT-Grid 圈子
相关推荐

我觉得看你的出发点是什么了:
如果只是玩票性质的,就是说主要目的是因为自己的兴趣,那么我觉得你在ecside不断升级的过程中可以学到许多东西,对你个人的能力提升非常有好处,但这样你根本无法与ext-grid竞争,那怕是想分一杯羹都很难,因为随着版本的升级,新版本不兼容旧版本,更可怕的是使用方式的改变,这样会导致原来使用的老用户根本无法坚持把ecside使用在真正的项目和产品中.
但如果确实想在列表组件中占有一席之地,我觉得你应该多多倾听老用户的声音,他们最想要的功能是什么,在原来的版本上不断完善,最重要的是新版本一定兼容旧版本,并且使用方法都不变.这样你就牢牢抓住了一些用户,哪怕其它列表组件的功能再炫,使用的技术再先进.

1314520ln 2007-10-12

fins，加油,我一直很关注你的ecside的

xjguang 2007-10-11

我们看了fins的视频ecside2_demo3,觉得很好！希望fins把前面的2个demo和相关jar包上传供我们学习，研究。谢谢！

xjguang 2007-10-11

请fins把ecside2_demo1-2上传供我学习！谢谢！

mhere 2007-10-10

小胖太谦虚了，ext是不错，但是在我们公司的项目中，经过反复的讨论，还是使用了你的ec，这个决定并不是因为我们还怕写ext（我们是先选择ext,因为他的确是太玄了,尤其是最近出的2.0版本，最后在用户那儿摔了跟头才转回到ec的,见笑:>），而是ext也有其自身的一些严重的问题，如：效率极低，代码质量不可控，对每一个(注意是每一个)开发人员的js水平有比较高的要求的问题等等...
现在我们公司的表格控件,基本都是用ec2.0,并对2.0进行了一定的改进,感觉用起来还是很不错的,现在正期盼3.0能给我们比2.0更好的开发和使用体验,所以小胖还要继续加油,你的天地还会更宽阔滴:>