卧虎藏龙之G4Studio开发平台首次曝光【有在线Demo、有源码->有真相】

G4系统集成与应用开发平台(G4Studio)相关资源永久有效中转页面：

http://hi.baidu.com/eredlab/blog/item/12eb6eb5b87cbfdd37d3ca1e.html

项目主页地址：

http://code.google.com/p/g4-xiongchun

在线演示地址：

http://web230531.host89.chinajsp.net/

恩 2天的时间访问人数突破1W了，嘿嘿！非常感谢诸大侠们的宝贵意见和给予的肯定和鼓励！！ 
这个轮子的前世与今生
先说说这个轮子的大概情况。她是一个开放源代码的项目，是一个面向企业计算环境的基础开发平台，用于在企业计算环境下进行系统集成与行业应用快速开发。姑且称之为：eRedG4(易道系统集成与应用开发平台)吧。所谓G4一为等我发布V1.0的时候此轮子就造了快满4年了，二为此轮子已经是第四代了。（此前已经有3个夭折版本由于本人经验能力方面的问题导致技术选型不得当在我开发过程中被我先后不断推翻否定掉了。现在这个版本大的基线确切的说是2009年01月才定的型，当然以前版本的部分基础类库是沿用了的）。目前为止，已经完成了整个开发平台工作量70%左右。

为什么要发此文
偶06年毕业参加工作，当时Java水平比现在菜得多，记得实习时候经常有代码要带我的师傅白帮忙，挺感谢他的，算是我到公司的入门师傅吧。后来由于我对编程有着极大的兴趣，对技术的掌握有了突飞猛进的提高(其实是起点太低:))，慢慢的就不满足于在公司框架上天天重复着复制粘贴的操作了，凭着一股牛劲十足的偏执与激情终于在07年8月份下定决心开始着手eRedG4平台的研发工作。3年的捣腾之路让偶饱尝了各种辛酸与痛楚，当然也带来了无数次完美封装或排错后的高潮与冲动。就这样一路辛酸痛楚着、高潮冲动着坚持了3年。无论是得意时、落魄时、高兴时、伤心时都从不敢懈怠。。。本想一鼓作气的把她干完，但偶最近感觉 身心疲惫，精神恍惚，唯恐在爱机前壮志未酬一命呜呼掉岂不悲哉。加之入职以来都过度偏向技术了，业务知识的不足已经严重影响了我对公司产品和项目的整体把握和驾驭。刚好公司近来有个大集中大整合的项目，正好是我梳理业务提升对公司业务领域掌握层次的大好时机，所以决定把G4平台研发的工作放慢脚步推迟到 2011年9.21发布1.0全功能版本。故写此文算是对G4做个阶段性总结，也希望广大网友们尽管拍砖，使劲拍，拍到头破血流为止。。。
郑重声明

 

此项目不含任何商业气息也不会在任何时候对其进行商业化包装，纯粹是一个程序员凭借激情与耐力的一个作品。版本发布后回提供完整的代码和文档供同学们参考、修改、使用、或者进行二次开发后包装为你自己的产品！所以今天请诸好汉们在此聚室而谋，多拍砖头，好让偶在以后下一步的工作能够超着正确的方向推进。尽快发布版本，因为偶快扛不住了~~~~ ~

继续对eRedG4平台做一个梗概性的介绍

这段就看一下我的《eRedG4开发指南》的目录截图就能有个大概了解了，打字好辛苦。

分别再介绍一下每一章里面的东东,

 

（1）、基础类库(eRedCCL)

eRed公共组件库(eRed Common Component Library)是eRedG4平台底层基础组件库。为eRedG4平台的其它组件提供了一系列的基础服务。她包括如下一些内容：

1)、常用数据结构、(已实现)

2)、XML处理器、(已实现)

3)、JSON处理器、(已实现)

4)、Properties处理器、(已实现)

5)、模板引擎、(已实现)

6)、eRedServer开发调试服务器(Based Jetty)(已实现)

7)、全能序列号发生器(已实现，参考升值照搬了开源项目E3的相关代码)

8)、辅助工具类等。(已实现)

eRedCCL不但可以作为eRedG4平台的基础组件，也可以独立打包作为一个独立组件发布给其它Java应用使用。

（2）、业务模型框架(eRedBMF)

eRedBMF(eRed Business Model Frame)。eRed业务模型框架是面向企业计算环境基础开发平台(eRedG4)的核心组件之一。主要负责企业计算模型下一系列关键技术的实现。使得应用软件开发人员在基于 eRedG4平台构建应用系统的时候把更多的精力放在企业计算模型上。而不用关心技术细节。把所有的技术细节交给我们来做，让你去做你最擅长的事。
1)、基于Spring的业务处理对象托管模型(已实现)

2)、基于iBatis2.X的数据持久化方案(已实现)

3)、基于SpringJDBCTemplate的数据持久化方案(待开发)

4)、基于Spring的声明式事物和编程式事物机制实现(已实现)

5)、基于AOP模型的日志审计组件(已实现)

6)、基于AOP模型的业务异常组件(已实现)

7)、“企业服务总线”实现。基本想法为提供一个灵活可配置的服务路由控制器。可以将业务逻辑组件方便的以CXF、 Hessian、SprigHttpInvoker三种RPC方式发布为服务，并在三种服务发布方式之间灵活切换和路由。此组件的定位还在摸索中，希望大家拍砖！准备要用的ESB实现框架也在考察论证中，望大家发表建议！(论证中,待开发)

 

（3）、富浏览器端开发框架(eRedRIF)

时间晚了，写快点。只能简单说一下了。我的想法就是一个应用提供2套界面开发方案。一套基于web浏览器的，也就是这里 说的eRedRIF；一套基于SWT/JFace和EclipseRCP技术的富桌面客户端开发框架(eRedRCF)。偶的最高理想是设计一套统一这两套UI的标记描述语言，统一UI开发方法或过程然后在编译时可以根据引擎随便驱动出一套UI界面。当然了，这个似乎有点像共产主义，暂时不纳入日程。否则就重蹈大跃进覆辙了。目前的定位还是两套供选择的UI独立开发和部署，但为可能发生的UI方案更换提供便利性。

先说说eRedRIF

1)、引入Struts1.X。但仅仅是用于充当MVC模型中控制器的作用。其他作用大大弱化。(已实现)
2)、UI主要依赖ExtJS，+ 部分自定义JSP标签。(已实现)

(本来想把EXTJS全面封装为JspTag，但经过反复论证后放弃了此念头)

3)、基于JasperReport封装客户端Applet打印功能和PDF导出功能。(已实现)

4)、基于FusionChartsFree封装动画图表功能。(已实现)

5)、基于JXL的Excel导入和Excel导出功能(导出支持自定义模板标记语言哦,很方便的)(正在开发,即将杀青)
      补充：已经开发完毕（2010-08-20）：详情点击 http://www.iteye.com/topic/733339?page=9#1646449

6)、可能还有一些Ext缺乏或不完善的UI组件会在后期继续封装成JspTag。

上一段JSP代码截图你就有个大概印象了。

（只是部分UI封装为JspTag，ExtJS使用原生，但后面提供了代码生成器）

 

其他效果统一放在最后面的插图了，省事点呵呵~~~~~~

 

（4）、富桌面客户端开发框架(eRedRCF)
富桌面客户端开发框架是基于IBM早期推出的 Swt/Jface图形库和现在的EclipseRCP技术构建的Java桌面应用。她的崛起必将刷新Java桌面的市场份额。对于这套技术我已经跟进很久了，很看好。国外已经有很多成功案例。据不可靠报道：国内电信、电力等高端行业也逐渐开始了尝试和探索。。。偶也不甘落后，准备在这块上做点文章。目前尚未设计开发，可能得放到明年去了。

可能还有很多同学对这套技术还不怎么熟悉，可以通过这个链接了解一下：

http://www.eclipse.org/community/rcpcp.php

下面上个图片，来个直观感受吧！图片是网上看到的一个做得还马虎点的RCP应用！上面的链接有很多老外的案例。可以去那看！

（5）、权限参考模型(eRedARM)

eRed权限参考模型参照了NIST （美国国家标准与技术研究院）提出的标准RBAC模型，并在此模型的基础上进行了一些删减和变异。使其更加符合中国特色。哎不多说了，最后我会放几个图大家一看便知。(已实现)

 

（6）、辅助开发插件(eRedG4.Builder)(未开发，但有很多前期预演工作，将很快实现)

辅助开发插件为基于eclipse并与其无缝结合的一个开发助手。可以生成一大堆符合eRedG4开发平台标准的一大堆文件。比如：

1)、根据库表结构生成一堆领域实体对象。

2)、根据库表结构生成一大堆iBatis的SQLMAP文件。

3)、根据UI界面生成向导生成各种常用的ExtJS代码。

4)、根据代码生成向导2分钟之内生成一个可运行的对单表操作CRUD功能模块。

还是上个图吧，大概样子就是这样的:

 
 哎，累死偶了，终于写完了 最后来一组写真集就睡觉了！

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

评论

87 楼 xieke 2010-08-12  

积木搭得不错，但没看到哪里造了轮子

86 楼 ccc7574 2010-08-12  

我是个菜鸟，以后有技术上的问题可以向你请教吗

85 楼 eredlab 2010-08-12  

楼上说得有些道理，封装的确有一个度的问题。但也有一个性价比和平台定位问题。我也试图在这些因素之间权衡一个最佳平衡点。大家共勉！

84 楼 mindfloating 2010-08-12  

eredlab 写道

nychen2000 写道

mindfloating 写道

为楼主长期的坚持和精神所感动。
但是，这种东西真的有多大意义呢，楼主需要好好想想，不要总是埋头苦干！
同为程序员，特别的反感任何代码生成工具、和二次开发平台！
在一种语言之上封装另外的自定义语言，在原生开发模式之上封装新的开发模式，个人觉得这是一条邪路！
我不喜欢平台这个词，一听就是一个经过封装的黑盒子，限制了程序员的创造力和空间。
技术总是不断演进，楼主不用一开始就想做个完美的东西，否则也不至于迟迟推不出1.0了。

同感！

哈哈，我也想发明一种语言，或者开创一种以我名字命名的开发模式流芳百世，但没那个实力。所以只能站在别人肩膀上瞎捣腾一下。从程序员的角度看，框架或者说平台之类的东西对于程序员的确是噩梦，因为越优秀的框架平台就越能造就越多的“傻子”。至于说框架平台的存在是否有意义，我问几个问题就可以了：你愿意每一个项目都去实现你的权限参考模型吗？你愿意没一个项目或者说同一个项目中的报表打印功能都写一大堆底层API来实现吗？如果你的项目是基础iBatis持久化解决方案的，你愿意写一系列的SQL映射文件吗？你愿意像白痴一样写一些和表结构对应的领域实体对象吗？你不想从这些琐事无聊的事情中解放出来吗？
至于为何迟迟不推V1.0。一是本人精力能力有限，可以说是在摸索中边学习边成长边总结的在做~~~~~ 所以速度自然很慢  而且偶还得逃生活啊  业余时间毕竟是有限的再加上IT行业的加班风那就更有限了

很欣赏楼主钻研精神，说点建议吧
我想封装是必要的，但切记过度。注意解耦，最好能动态替换像报表、权限、这些功能独立模块。不要弄成黑盒子了。
就像我们都DIY过电脑，程序员现在更像DIYer，各种框架就像各类配件，我们自由选择，如果实在不满意一些配件也可以自己动手做。别把平台做成品牌机了，那就没意思了。
也说点感叹，在国内做程序真是很悲哀，给公司写程序真是很无聊，混口饭吃罢了。我也像楼主一样在写自己用着顺手的框架，Java开发5年经验，可与楼主共勉。

83 楼 lystudio 2010-08-12  

很不错的东西

我做extjs做了3年多了，之前做了不少模板给同事们用，不过后来大家写的东西也总是重复，或者就是各有各的样子，上个月我也正在准备搞这个东西，不过现在把前期的模板方法准备好，也就准备搞一个CRUD的东西，以方便大家的开发和加快开发进度。特殊要求的在进行特殊的改造。

前些天出差了，这不刚刚回杭州就发现了这个东西，好东西，期待你的开源～～有机会多多交流～～希望有机会能加入你的开源团队当中～～

82 楼 Leon.Wood 2010-08-12  

LOGO好眼熟

81 楼 eredlab 2010-08-12  

jbon 写道

建议楼主开源，找几个志同道合的人一起做，加快开发，尽快用到实际项目中，否则这个版本可能也会想之前三个版本一样夭折。
因为，第一，没有经过实际项目考验的，都不能称之为成功的产品。第二，技术更新很快，开发速度过慢，会跟不上的，等你完善了，大家都开始使用新的技术了。

开源是肯定的了。暂时不想吸收其他人。一个人我比较好掌控，人多了我怕驾驭不住方向！没有经过实际项目考验的，都不能称之为成功的产品，这很对。我也正愁以后发布了没人应用到真正项目中。偶公司有正规的平台研发团队，有比我这好的开发框架。所以在偶公司是没法应用到项目实践上去。对于技术更新速度而言，我到是不担心。

80 楼 pclfs1983 2010-08-11  

作者非常牛逼

79 楼 diqizhan 2010-08-11  

楼主整合框架太多了

能否开源早一点呢？2011那头太久了。

78 楼 eredlab 2010-08-11  

nychen2000 写道

mindfloating 写道

为楼主长期的坚持和精神所感动。
但是，这种东西真的有多大意义呢，楼主需要好好想想，不要总是埋头苦干！
同为程序员，特别的反感任何代码生成工具、和二次开发平台！
在一种语言之上封装另外的自定义语言，在原生开发模式之上封装新的开发模式，个人觉得这是一条邪路！
我不喜欢平台这个词，一听就是一个经过封装的黑盒子，限制了程序员的创造力和空间。
技术总是不断演进，楼主不用一开始就想做个完美的东西，否则也不至于迟迟推不出1.0了。

同感！

哈哈，我也想发明一种语言，或者开创一种以我名字命名的开发模式流芳百世，但没那个实力。所以只能站在别人肩膀上瞎捣腾一下。从程序员的角度看，框架或者说平台之类的东西对于程序员的确是噩梦，因为越优秀的框架平台就越能造就越多的“傻子”。至于说框架平台的存在是否有意义，我问几个问题就可以了：你愿意每一个项目都去实现你的权限参考模型吗？你愿意没一个项目或者说同一个项目中的报表打印功能都写一大堆底层API来实现吗？如果你的项目是基础iBatis持久化解决方案的，你愿意写一系列的SQL映射文件吗？你愿意像白痴一样写一些和表结构对应的领域实体对象吗？你不想从这些琐事无聊的事情中解放出来吗？
至于为何迟迟不推V1.0。一是本人精力能力有限，可以说是在摸索中边学习边成长边总结的在做~~~~~ 所以速度自然很慢  而且偶还得逃生活啊  业余时间毕竟是有限的再加上IT行业的加班风那就更有限了

77 楼 nychen2000 2010-08-11  

mindfloating 写道

为楼主长期的坚持和精神所感动。
但是，这种东西真的有多大意义呢，楼主需要好好想想，不要总是埋头苦干！
同为程序员，特别的反感任何代码生成工具、和二次开发平台！
在一种语言之上封装另外的自定义语言，在原生开发模式之上封装新的开发模式，个人觉得这是一条邪路！
我不喜欢平台这个词，一听就是一个经过封装的黑盒子，限制了程序员的创造力和空间。
技术总是不断演进，楼主不用一开始就想做个完美的东西，否则也不至于迟迟推不出1.0了。

同感！

76 楼 mindfloating 2010-08-11  

为楼主长期的坚持和精神所感动。
但是，这种东西真的有多大意义呢，楼主需要好好想想，不要总是埋头苦干！
同为程序员，特别的反感任何代码生成工具、和二次开发平台！
在一种语言之上封装另外的自定义语言，在原生开发模式之上封装新的开发模式，个人觉得这是一条邪路！
我不喜欢平台这个词，一听就是一个经过封装的黑盒子，限制了程序员的创造力和空间。
技术总是不断演进，楼主不用一开始就想做个完美的东西，否则也不至于迟迟推不出1.0了。

75 楼 pufan 2010-08-11  

跨多个UI，这种需求是否存在？
从用户角度看，多个UI基本没意义。
从程序员角度看，支持多UI即意味着要放弃专有UI平台的特性化功能，结果为无法或者很难与针对特定UI设计的平台相对抗，不管从易用性还是快速开发方面。

74 楼 yaoyuande01 2010-08-11  

看了楼主的东东，感触颇深啊！
楼主能坚持3年去做一件事情，这本身就是一种成就。
有时人是有很多想法的，但真正能做到的人太少了……
尤其是中国人的惰性是最强的，我本身就是一个例子！
楼主加油！
早日成功！

73 楼 eredlab 2010-08-11  

cheer1l1lg 写道

先佩服一下,写这个东西需要很多的精力,对楼主来说是技术的提高和知识面的拓宽。
希望楼主可以分一些精力来写一些开发中心得。毕竟轮子大家都在造，只是大小的问题。
还有“不用关心技术细节。把所有的技术细节交给我们来做，让你去做你最擅长的事。”，如果技术细节都让您做了我不就傻了嘛，开个玩笑

你不觉得这样的“傻子”存在而且不少吗？！ 做了三、五年JavaWeb应用说不出pageContext、request、session、application的区别、连一个servlet都写不出来配不出来、更不知道filter、listener是些什么东东、不能用html和css画个漂亮的table的大有人在。归结起来都是框架和不求上进惹的祸。当然术业有专攻，如果你是把精力放在业务学习上成为业务专家、行业顾问或其他有意义上的事上那也是好事情。但我觉得现在似乎很多程序员兄弟们很容易浮躁，静不下心来做点事。偶以前很长一段时间也是这样。。。

引用

插件式功能接入
===
如同eclipse的插件一样，eclipse后来改用了ogsi来搭建，实现了热插拔。我觉得是不是可以采用osgi的底层来搞个成品呢。

在我提到过的基于EclipseRCP的易道富桌面客户端开发框架(eRedRCF)里可以做一些这方面的尝试。在Web里面做似乎有点难度吧，而且没有思路。捣腾她的性价比可能也很低。

72 楼 smallboby 2010-08-11  

tedeyang 写道

hatedance 写道

我觉得LZ做了2件事。
。

  1. 一个Server，跨多种UI
  2. 基础功能：权限、对象管理、插件式功能接入（没思路）、UI组件库、日志、消息中心（直接使用JMS）
  3. 基于以上设想实现公司一个项目（自己重写）

插件式功能接入
===
如同eclipse的插件一样，eclipse后来改用了ogsi来搭建，实现了热插拔。我觉得是不是可以采用osgi的底层来搞个成品呢。

71 楼 smallboby 2010-08-11  

cgs1999 写道

eredlab 写道

cgs1999 写道

挺佩服LZ的毅力，支持一下。
你的框架中基础框架已比较完善了，个人的一些建议供参考：
1）增加流程引擎和自定义表单及表单引擎（流程引擎很重要，没有它业务实现的工作量还是很大）；
2）增加自定义视图（列表页面）的功能，而不是通过代码生成器生成多个相类似的页面文件，这大大减少后期风格的统一、调整和维护等工作量；

流程引擎考虑到我个人精力、时间以及在这块技术点上目前还是盲区。所以在V1.0里面暂时不引入，整个东西放到以后的升级维护过程中引入进来。至于表单引擎我没理解她到底是个什么东东，还望老兄在解释一下。谢谢

有流程引擎的话，就需要考虑自定义表单和表单引擎，同一流程不同活动不同权限的人看到的处理表单是不一样的，如：不同活动的处理表单不同、即使同一活动不同权限看到的表单也有所差别（编辑、只读以及部分数据的隐藏问题），这也就是我所说的内容。

这玩意太复杂，我觉得一个人的力量肯定是不够的。。用友早期自己开发，最后也是掏钱买。

70 楼 cheer1l1lg 2010-08-11  

先佩服一下,写这个东西需要很多的精力,对楼主来说是技术的提高和知识面的拓宽。
希望楼主可以分一些精力来写一些开发中心得。毕竟轮子大家都在造，只是大小的问题。
还有“不用关心技术细节。把所有的技术细节交给我们来做，让你去做你最擅长的事。”，如果技术细节都让您做了我不就傻了嘛，开个玩笑

69 楼 曾经de迷茫 2010-08-11  

如何获得积分？

68 楼 eredlab 2010-08-11  

引用

有流程引擎的话，就需要考虑自定义表单和表单引擎，同一流程不同活动不同权限的人看到的处理表单是不一样的，如：不同活动的处理表单不同、即使同一活动不同权限看到的表单也有所差别（编辑、只读以及部分数据的隐藏问题），这也就是我所说的内容。

   似乎好复杂，没成型的思路，偶搞不定！先暂时不考虑这块东西,先记下以后再看！