卧虎藏龙之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功能模块。

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

评论

47 楼 llfzy 2010-08-10  

好多图啊。。呵呵  都看花了

46 楼 skzr.org 2010-08-10  

tedeyang 写道

hatedance 写道

我觉得LZ做了2件事。
1 系统集成。
  系统集成做得不错，每个公司都有一个自己的平台，把需要的各种第三方框架集成进来，省得应用开发人员每个项目都自己搞一套。Spring就是做这种事情的，LZ在spring的基础上更加集成。但这个轮子的用户往往在某个公司内部使用，其他公司的人不愿意采用，因为风险太大。
2 快速开发。
  这一点其实很难做到，特别是在java平台上。号称快速开发的是哪些：vb/delphi/asp.net/RoR/php，。。。java平台上从来不以快速开发为卖点，而是是轮子多，框架多，标准多，选择多为特点。

对。
这个框架的毛病在于整合得太多了。除了一点没有技术积累的公司，很难让别人来用你的，有很大技术风险。
快速开发，又面临一个适用场合的问题。

楼主的精神真是了不起，回顾自己，楼主会的技术自己都会，但就是没有个具象的作品出来。眼高手低。

还是非常喜欢楼主的作品，呵呵4年的沉淀果真不能比
我也有楼主那样的构想，想要实现一套基础开发平台，目前我还在起步中，零零碎碎做了几个月了
我的目标：
  1. 一个Server，跨多种UI
  2. 基础功能：权限、对象管理、插件式功能接入（没思路）、UI组件库、日志、消息中心（直接使用JMS）
  3. 基于以上设想实现公司一个项目（自己重写）

1. server端技术 java：jsp + spring3 + hibernate3 + struts2 + jdbc + jms
2. client端技术：
  a) 界面UI考虑——跨界面：ExtJS风格，frameset风格，普通WEB风格，EclipseRCP，前3个已经实现，EclipseRCP去年的时候做了一个APP架子达到了可以插件安装功能，可以自动升级:)
  b) 事件驱动：组件高度独立，相互之间调用采用事件机制，系统要做什么动作都自己发送事件，组件自动响应，事件源和响应之间都不知道对方的存在——通过做了三个风格的界面，感觉这样维护UI太爽了
  c) 后期打算实现真正的富客户端（Applet作为浏览器的服务器负责数据的传输和更新，以及离线业务处理）一直有的一个设想Applet应用引擎

看了楼主的备受鼓舞
不得不佩服楼主的精神和毅力，学习楼主——贵在坚持的精神，我心里没有底，自己做的东西能坚持做多久:(

45 楼 Jazag.van 2010-08-10  

LZ我很佩服你。能在一件事情上投入三年，而且能做成。我们公司的框架跟你的很像。

44 楼 quxiaoyong 2010-08-10  

向楼主学习

43 楼 kenchen0805 2010-08-10  

“把G4平台研发的工作放慢脚步推迟到 2011年9.21发布1.0全功能版本”，不是吧，还要等到2011年09月啊

42 楼 tedeyang 2010-08-10  

hatedance 写道

我觉得LZ做了2件事。
1 系统集成。
  系统集成做得不错，每个公司都有一个自己的平台，把需要的各种第三方框架集成进来，省得应用开发人员每个项目都自己搞一套。Spring就是做这种事情的，LZ在spring的基础上更加集成。但这个轮子的用户往往在某个公司内部使用，其他公司的人不愿意采用，因为风险太大。
2 快速开发。
  这一点其实很难做到，特别是在java平台上。号称快速开发的是哪些：vb/delphi/asp.net/RoR/php，。。。java平台上从来不以快速开发为卖点，而是是轮子多，框架多，标准多，选择多为特点。

对。
这个框架的毛病在于整合得太多了。除了一点没有技术积累的公司，很难让别人来用你的，有很大技术风险。
快速开发，又面临一个适用场合的问题。

楼主的精神真是了不起，回顾自己，楼主会的技术自己都会，但就是没有个具象的作品出来。眼高手低。

41 楼 fj24911 2010-08-10  

因为刚接触到SWT，想问一下LZ这种图表界面是怎么做的（折线图之类的），求详细讲解啊

40 楼 cgs1999 2010-08-10  

挺佩服LZ的毅力，支持一下。

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

39 楼 longfeisoft 2010-08-10  

春儿，好样的！没想到你做到这么多啦。。。。，我这个野路子没得比。加油！

38 楼 dreamShow 2010-08-10  

期待lz正式开源的一天

37 楼 nethaoke 2010-08-10  

AOM  是一个jsf的实现 还是jsf的一个扩展？ jsf有个组件模型 也就是多了一个中间层 我们可以把界面用extjs来表现 也可以用jquery ui库 但是还是用不了c/s端,netbeans下有个jsf woodstock组件库 而且netbeans把jsf开发进行了很好的封装，关于企业级开发jsf这种思想还是挺好的，一个组件树和数据比起来 在内存方面小多了，而且大大提供了代码的可读性 和 维护性

36 楼 eredlab 2010-08-10  

哈哈 楼上曲解我的意思了！
你说的系统集成在我字典里是快速开发的意思，再配上我的权限参考模型那就是更快速的开发。你直接开发业务功能就OK了，权限方面的东西都帮你做了。
至于我字典里的系统集成是指JBA SOA ESB这些理念要造我的平台里体现。但我又不想用这些华而不实的词藻来修饰，所以就用了系统集成这么一个简单通俗的词语没想到被你误解了！呵呵

35 楼 hatedance 2010-08-10  

我觉得LZ做了2件事。
1 系统集成。
  系统集成做得不错，每个公司都有一个自己的平台，把需要的各种第三方框架集成进来，省得应用开发人员每个项目都自己搞一套。Spring就是做这种事情的，LZ在spring的基础上更加集成。但这个轮子的用户往往在某个公司内部使用，其他公司的人不愿意采用，因为风险太大。
2 快速开发。
  这一点其实很难做到，特别是在java平台上。号称快速开发的是哪些：vb/delphi/asp.net/RoR/php，。。。java平台上从来不以快速开发为卖点，而是是轮子多，框架多，标准多，选择多为特点。

34 楼 eredlab 2010-08-10  

kaka2008 写道

不知lz有没有关注过AOM呢，感觉两者很相似

恩，随便了解过一下。似乎是金蝶退出的免费但不开源的平台吧，而且其后台是一系列商用的东西，她开放其实是挂羊头卖狗肉的做法，相信明眼人都不会去用的，一但用了那么相信他们的商务很快就会找你了 以各种理由和借口强行推销她的事业版本了。她的界面也是用的EXT，但是用JSF来驱动的不是用原生EXTJS来编写UI的。这和把EXT封装成JspTag有一点某种层面上的类似。我不支持这种做法。一不利于做EXT层面的性能优化，二加大了Web服务器的负担发挥不了客户端的计算能力。

33 楼 kaka2008 2010-08-10  

不知lz有没有关注过AOM呢，感觉两者很相似

32 楼 eredlab 2010-08-10  

jychenok 写道

...

哇 楼上写了好多 我先把这位置mark下来 晚上再和你交流

31 楼 nethaoke 2010-08-10  

楼主做的很不错 关于跨界面的问题 比如swing rcp flex 或者extjs 我们要定义一个后台的业务模型  业务模型最终还是对数据库的增 删 改 查，当然在这个模型我们要提供插入点，模型是数据绑定加视图层的抽象，我们现在做的这样一个东东就能跨界面表示层

30 楼 jychenok 2010-08-10  

楼主，我觉得这不是制造一个重复的轮子，而是提供多一种选择，虽然每个公司确实都会有类似的架子存在，但是对于那些没有经过沉淀的新公司或是小公司来说，确实会有很大的帮助。
毕竟都需要一个重头开始的过程。
我以前的公司也有过类似的实现，我有了很长一段业余的时间才将其消化清楚，最近跳槽到另一家较新的公司，也有这样的设想，正在考虑熟悉业务之后做一个类似的实现。
所以我觉得至少楼主的东东对我有很大的帮助，赞一个。呵呵，期待你的大作！

（1）、基础类库
1)、常用数据结构，建议加上一个VO的超类，使用反射来定义get与set方法，通过传入参数进行属性的注入与获取，Apache下游线程的utils，并定义主键，主子vo规范等
2)、XML处理器，这个jdk1.5里好像支持得很不错了...vo与xml的相互转换....不过如果能够有更简洁好用的接口..当然也值得期待...
3)、JSON处理器，是否包含vo与json的相互转换？我觉得json与vo的相互转换应该放在父类中自动进行...
5)、模板引擎，不清楚具体的定义
（2）、业务模型框架(eRedBMF)
2)、基于iBatis2.X的数据持久化方案(已实现)，我觉得还是适当的支持hibernate，至少我有这方面的需求（客户要求使用hibernate...）。
3)、基于SpringJDBCTemplate的数据持久化方案(待开发)，可以使用spring的rowmapper封装一个小东西，其优点是小巧，灵活，可控。结合着jdbcTemplate就很好用了...
4)、基于Spring的声明式事物和编程式事物机制实现(已实现)，这个很爽，我们也是用它来实现事物管理与独立事物。
5)、基于AOP模型的日志审计组件(已实现)，夺标的时候用得着...
6)、基于AOP模型的业务异常组件(已实现)，这个不理解，是捕获了异常？异常这一块可以提供一套业务异常体系，通过配置的方式定义业务异常信息...
7)、“企业服务总线”实现。发布方式定下来之后基本就不会修改了...不是很明白其意义所在..
（3）、富浏览器端开发框架(eRedRIF)
可以提供一种界面配置的模式。通过xml来配置界面的显示。（好像楼主的已经支持了）
2)、UI主要依赖ExtJS，+ 部分自定义JSP标签。(已实现)，不晓得为啥子，一直对ext有点纠结，担心性能是一个方面，难道是因为它收钱？不过用它来做界面确实方便好看...
4)、基于FusionChartsFree封装动画图表功能。(已实现)，哈哈，这个做过demo，效果很不错的....至少拉近了与微软silverlight的距离。
5)、基于JXL的Excel导入和Excel导出功能(导出支持自定义模板标记语言哦,很方便的)(正在开发,即将杀青)，想问下这个如果导入的excel文件格式改变了，还能正常识别并导入吗？好像是有问题的，我还是倾向于使用txt的方式，并且实现配置输入规则（可空，最大长度，最小长度，类型，正则表达式等...）而且jxl导入导出大数据量时有性能问题。这块值得探讨呀....

6)、可能还有一些Ext缺乏或不完善的UI组件会在后期继续封装成JspTag。你怎么解决的主子表问题？ext里好像是不支持主子表。

29 楼 fm_974 2010-08-10  

贊一個，我也曾試著造過輪子，可惜也是夭折了。很難堅持！
我想接下來，應該在健壯性和擴展性上下工夫。
期待開源。

28 楼 eredlab 2010-08-10  

引用

swt的性能只是在windows下才有一点优势，而linux下swing比在windows下快的多，你到linux下试一下NB就知道了。

在Ubuntu下面用过eclipse，和Windows没啥区别嘛。NB没试过。。。因为一直不喜欢用那个IDE 可能是eclipse先入为主吧