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

关于开源项目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中方案其实我已经纠结很长时间了，只是现在到了必须做出抉择的时候。所以发出来请大家看看有什么意见和建议或者指出偶分析得不对的地方。亦或有更好的实现方式。望大家不吝指教...