论坛首页 Java企业应用论坛

开源项目G4Studio远景战略抉择!请大家指路

浏览 6366 次
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2011-01-01   最后修改:2011-06-30

关于开源项目eRedG4的相关信息请大家浏览这个新闻贴,我这里就不再赘述了。
这里就简单说一句便于后面的讨论.eRedG4相关主要技术选型:ExtJS3.X+Struts1.X+Spring2.X+iBatis2.X。

(批注:下一版本可能精简为:Ext3.X+Spring2.X+iBatis2.X)


eRedG4 GoogleCode项目主页:http://code.google.com/p/g4-xiongchun

eRedG4在线演示系统:http://web230531.host89.chinajsp.net

 

今天讨论的主题在这里:

目前,G4下一步要解决的重点是如何在保证性能的前提下:

(1). 降低项目组学习培训成本。

(2). 降低项目开发成本以及提升项目后期的可维护性。

最终实现行业应用二次快速开发的目标。

 

我现在有2套方案:

方案一. 将EXTJS标签化,使用G4模板引擎动态生成ExtJS字符流通过JSPTag输出响应。使用Eclipse-Plugin技术生成iBatis的SQL单表CRUD映射文件以及数据持久化对象或者说是实体领域对象。

优势:

a). 标签化封装简单,偶轻车熟路。很短的开发周期将完成EXtJS全套UI组件标签化。
b). JspTag对开发人员能力要求较低,简单培训后项目组成员便可以上手开发,降低了学习培训成本,提高了开发效率。

c). JspTag后期维护叫ExtJS代码而言相对比较方便。

缺陷和不足:

a). JspTag运行时动态生成EXTJS代码增加了Web服务器的计算成本,增加了CPU、内存资源开销以及网络带宽开销。是否会在UI性能方面产生瓶颈没有确实的经验。

b). 不利于做一些静态JS资源的压缩和缓存处理,给从这个角度出发的性能调优带来困难和障碍。

c). 这种实现方式实在没啥靓点。

方案二. 使用Eclipse-Plugin技术实现一个ExtUI可视化正向代码生成和逆向修改的UI设计器;生成iBatis的SQL单表CRUD映射文件以及数据持久化对象或者说是实体领域对象。

优势:

a). 对开发人员能力要求较低,简单培训后项目组成员便可以上手开发,降低了学习培训成本,提高了开发效率。

b). 编译时生成原生EXTJS,可以方便的在运行时对其进行压缩和缓存处理。教标签化而言Web服务器压力计算成本、CPU资源、内存资源、网络传输开销成本都不同程度的降低。

c). 实现方式比JspTag有吸引力,便于宣传推广更迅速的被大众接受和大家分享这个开源项目。

d). 此种实现方式其技术积累可以持续性发展,为后期的工作流设计器乃至打造一个综合集成的兼顾前后台开发关键任务G4IDE奠定基础。

缺陷和不足:

a). 实现可视化正向逆向UI设计器相对技术要求较JspTag实现要高,开发周期会很长。

b). 如果ExtUI设计器逆向功能实现得不好,将会对以后得维护工作带来不便。及时逆向UI修改功能实现得很好,以后ExtJS的升级也会给以前设计好的界面在新的UI设计器器上的逆向维护带来些许麻烦。

 

对上面2中方案其实我已经纠结很长时间了,只是现在到了必须做出抉择的时候。所以发出来请大家看看有什么意见和建议或者指出偶分析得不对的地方。亦或有更好的实现方式。望大家不吝指教...

 

 

   发表时间:2011-01-02  
我从Lz眼中看到的浮躁
0 请登录后投票
   发表时间:2011-01-02   最后修改:2011-01-03
KimShen 写道
我从Lz眼中看到的浮躁


。。。偶很淡定。你眼神不怎么好。
0 请登录后投票
   发表时间:2011-01-03  
我觉得:
基础工具和框架很重要,但最好要有几个真实的应用案例,能让开发者很直接的看到应用这个得到便利和实惠。
另外简单很重要,定义的规则逻辑性好,能够由一个简单的概念起步最好。
你的第一套方案就可以,html挺复杂,但基本的标签定义的很清楚,手写反而比用工具更好。关键还是标签的抽象上下工夫。
0 请登录后投票
   发表时间:2011-01-03  
希望能有机会用ERed开发一个应用。
0 请登录后投票
   发表时间:2011-01-03  
方案一的前两个“缺陷和不足”比较致命,不建议使用方案一。
对于方案二,其实ExtUI设计器不是很重要,关键是编译时生成原生EXTJS,这点很重要。
0 请登录后投票
   发表时间:2011-01-03  
实际上我一直没明白这个是干嘛的,楼主勿怪。。。
0 请登录后投票
   发表时间:2011-01-03  
iamlipeng 写道
方案一的前两个“缺陷和不足”比较致命,不建议使用方案一。
对于方案二,其实ExtUI设计器不是很重要,关键是编译时生成原生EXTJS,这点很重要。


那照你的逻辑,就是说UI设计器不实现逆向修改并不重要喽。主要是正向代码生成。但这有个问题就是说:如果生成页面后,有些微调就得需要程序员手工调整。包括以后的维护也要手工调整。这就得要求程序员实际上也需要熟知Ext才行。这就没从根本上解决Ext UI开发复杂性的问题。但或许也是个折中办法。实现一个成熟稳定的UI正向反向设计器代价还是优点大
0 请登录后投票
   发表时间:2011-01-03   最后修改:2011-01-03
ini_always 写道
实际上我一直没明白这个是干嘛的,楼主勿怪。。。


呵呵,不奇怪,非常正常。
0 请登录后投票
   发表时间:2011-01-03  
ExtJS开发也不是很复杂啊。另外楼主想没想到如果您的实现有bug咋办。方案一是不是有点像JSF的意思,在服务器端解决客户端的问题?客户端的问题就让js解决挺好的,您说是不,我js写的时间不长,可是一点没觉得extjs难啊。
方案二,还不错,不过确实蛮难实现的。不过birt那个报表软件生成器是不是跟您这个想法有点像?不过就像您说的,维护又是问题,调试也还好,毕竟能看到extjs的代码
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics