基于代码生成器的智能开发框架 jeecg 作者张代浩专访 -欧洲杯足彩官网
声明：iteye精华文章的欧洲杯足彩官网的版权属于iteye网站所有，严禁任何网站转载本文，否则必将追究法律责任！
（j2ee code generation）是一款基于代码生成器的智能开发框架，采用代码生成 手工merge半智能开发模式，可以帮助你解决java项目中50%的重复工作，让你更多关注业务逻辑。
jeecg论坛：
在线演示：
入门视频：
为了使大家对jeecg有进一步的了解，本期我们采访了jeecg的作者。
iteye期待并致力于为国内优秀的开源项目提供一个免费的推广平台，如果你和你的团队希望将自己的开源项目介绍给更多的开发者，或者你希望我们对哪些开源项目进行专访，请告诉我们，发站内短信给或者发邮件到webmaster@iteye.com即可。
先做个自我介绍吧！
我叫张代浩，英文名scott，属于北漂一族，09年毕业后一直从事金融、对日方向的java开发，期间在日本东京工作过一段时间。目前在一家重工企业，从事abap开发和java开发工作。
我的博客：、
我的邮箱：zhangdaiscott@163.com
jeecg是什么? 有哪些功能？
jeecg全称为j2ee code generation，即j2ee代码生成器。这是一款基于代码生成器的j2ee智能开发框架，web架构基于零配置思想，使用ssh2 easyui技术架构。目前 jeecg 的最新版本为2.1.0。
jeecg宗旨：
提高开发效率、提高代码质量，打造一个快速开发平台。
jeecg可以有效解决信息孤岛问题，生成统一代码、统一规范、统一设计思路，使你能在这个平台上，快速开发出高效高质量代码，缩短开发周期，降低项目成本。
jeecg详细介绍：
jeecg的主要功能如下（*表示jeecg的创新点）：
- (*)封装完善的基础模块：用户权限 数据字典 常用共通封装（定时任务、短信接口、邮件发送、excel导出等）；
- (*)代码生成器：开发效率非常高，单表数据模型和一对多（父子表）数据模型的增删改查自动生成，功能直接使用；
- (*)查询条件生成器：查询功能自动生成，后台动态拼sql追加查询条件；支持多种匹配方式（全匹配/模糊查询/包含查询/不匹配查询）；
- (*)页面表单校验器：采用easyui检验机制，表单校验生成器自动生成（必须输入、数字校验、金额校验、时间控件等）；
- (*)集成简易报表：highcharts图像报表和数据导出非常方便，可极其方便的生成pdf、excel、word等报表。
- 常用共通封装（数据字典/邮件发送/定时任务/短信接口/freemarker工具类等）
- 兼容ie 6、ie 8 和google等浏览器
- 支持sql server、oracle和mysql等主流数据库
开发这个框架的初衷是什么？这不就是一个ssh2框架吗？
java开发是从08年开始，刚参加工作的时候也喜欢追求新技术，感觉那样才能提高自己的能力，后来喜欢研究底层架构，研究了很多技术架构，也试着重写了struts1、spring。但是随着工作久了，慢慢发现研究技术、研究架构意义并不大，java的新技术层出不穷，更新不断，对于项目来说提高开发效率，提高代码质量才是关键。所以项目中我开始注意抽取共通、设计规范和封装工具类等等。
一个很巧的机会朋友问我，现在代码生成器很多，你看能不能封装一个到框架里？我就试着去写了，web ui以前也没用过，easyui据说不错就试着用它，写的过程中发现通用性很强，我就开始试着用模板语言去实现页面的生成。后来经过逐渐完善，慢慢推出了jeecg。
jeecg其实就是大家再熟悉不过的ssh2 easyui框架，只是经过了再封装，增加了代码生成器、表单校验自动生成、查询条件生成器、图形报表封装、常用共通封装的一些功能，目前封装的功能基本能满足一般项目的需求。
目前，工作流正在集成中……
jeecg的设计思想？采用的技术？
首先引几段前辈的话：
引用
- 十年前，这种代码生成工具的研发就非常火爆，但很快就灭了。因为软件不是家具。软件不在于它的一次性生产成本，而是变更及维护成本。
- 当年啊，用python吐出python代码到内存再执行python代码，一段时间后发现代码维护不了了，只能重新再写了一遍。
- 大量的代码生成不一定是好事。很多时候团队会被这类工具的限制受困。
根据前辈经验总结到一点：纯粹依赖代码生成器是不可行的，维护是个很大问题，所以
我借鉴前辈的经验，推出了代码生成 手工merge的半智能开发模式，即：
- 基础功能（常用数据模型的增删改查）由代码生成器生成使用，生成的代码可以随意修改；
- 复杂业务逻辑由开发自主实现，这样开发团队就不会受代码生成器的束缚，可灵活实现复杂业务，也能及时应对业务变化。
此外，jeecg采用主流的ssh2 easyui技术，生成的代码规范整洁，简单易懂，生成代码目录结构清晰，维护成本很低。
设计思想：
- jeecg采用主流架构技术，基于约定优于配置，采用命名规范实现零配置，整个项目action、service等自动扫描到sring容器中；
- jeecg框架对代码生成器依赖性很低，可以完全脱离代码生成器使用（这种设计避免了开发团队被代码工具的束缚）。
采用技术：
- 架构技术：struts2 spring3 hibernate4 easyui1.3 spring jdbc jquery
- 开发环境：myeclipse6.5 jdk1.6 tomcat6.0
你如何看待这种（自动生成代码）开发模式？对开发者的利弊？
随着web ui 框架（easyui/jquery ui/extjs/dwz）等的逐渐成熟，系统界面逐渐实现统一化，代码生成器也可生成统一规范的界面！代码生成 手工merge半智能开发将是新的趋势，生成的代码可节省50%工作量，快速提高开发效率！！！
客观来说，jeecg 开发模式有利也有弊：
利：
- 让开发者从机械重复枯燥的工作脱离，更专注业务逻辑实现，提高了开发体验
- 提高了开发效率，实现了快速开发，缩短了项目周期
- 对于刚接触java的人，也可以轻松基于该框架快速构建一套系统（只要会建表，通过表生成代码）
- 生成统一代码、统一规范、统一设计思路，便于维护
- 采用开源架构组合，解耦性强，可以完全脱离jeecg代码生成器，灵活自主开发（如果采用成熟智能化产品，项目开发就脱离不了智能开发工具，依赖性太大，变更及维护成本会很高）
弊：
- 对于开发新人来讲，弊处很多，开发新人正是锻炼编码能力的时候，代码自动生成弱化了开发人员的技能。
哪些代码可以通过jeecg自动生成？原理是什么？
jeecg代码生成器可以生成统一的前台页面、页面表单校验和规范的后台代码（action、service、dao、entity、page等）。
jeecg代码生成器通过表生成代码，代码实现功能。即：读取表结构和字段属性，生成对应的实体、后台代码、前台页面、表单校验等。
jeecg代码生成的原理和方式：
- 是基于表来生成代码，针对有规则的表关系模型，生成对应的功能代码；
- 生成的代码无配置文件，遵循命名规范，基于约束大于配置零配置思想；
- 生成的action、service、entity、jsp页面等命名规范一致（采用驼峰写法），代码结构清晰也便于维护；
- 对于复杂业务逻辑，需要用户自己编码实现。这样就解决了复杂业务不断变化，智能化成熟产品难以适应业务不断变更，维护难的问题。
目前jeecg 代码生成器支持的数据模型：
- 单表数据模型
- 一对多表（父子表）数据模型
- 单表数据（自关联）模型
jeecg是你独立开发的，还是有一个团队？
目前jeecg是我一人，现在有很多朋友想加入，以后应该会逐渐成立团队。
该项目采用的开源协议？如果作为商业项目的基础开发框架，有什么限制？
jeecg 采用 apache2.0 协议，对于商业使用没有什么限制。
对jeecg 感兴趣的朋友如何交流、反馈、参与贡献？
jeecg目前版本发布使用google code，地址：
svn地址：svn://www.oksvn.com/jeecg-jbpm
jeecg已经开设技术论坛，对于jeecg 有好的建议或者发现bug都可以去论坛发帖。
论坛地址：
此外，还可以通过qq群（106259349、289782002）来交流、反馈。
未来的开发计划？
jeecg的未来发展路线主要是两个方向：
-
一个是实现jeecg代码生成器的工具化和通用性；
- 一个是继续封装当前框架，打造一个快速开发平台；
方向一：【jeecg代码生成器工具化设计方案】
目标：
-
jeecg代码生成器，抽离出框架，实现解耦设计struts2、spring mvc 、hibernate、mybatis、easyui、dwz、extjs等技术灵活组合使用，导入jeecg jar支持和模板即可生成对应的代码；
-
jeecg 模块支持用户自定义，类似qq空间模板，用户按照jeecg 规则，即可自制不同风格模板。
使用方法：将jeecg-generate.jar 导入到项目中，载入jeecg 模板，即可通过工具类生成代码；
jeecg 产品模块预期功能说明：
|
jeecg-generate.jar 功能
|
- 支持不同数据库
-
读取表结构[字段属性]
- 根据模板生成代码；
设计原理：
-
jeecg-generate.jar，抽离出框架，做到兼容性友好
-
jeecg-generate.jar 实现解耦设计，实现struts2、spring mvc、hibernate、mybatis、easyui、dwz、extjs等灵活组合使用
|
|
jeecg ftl模板
|
提供多套模板，针对不同架构技术，提供不同模板，例如：
-
struts2 spring hibernate easyui；
-
struts2 spring mybatis easyui；
- spring mvc hibernate freemarker dwz
-
spring mvc hibernate freemarker extjs等
特点：模板支持用户自定义，只需要按照jeecg规则，即可自制不同风格模板
|
|
支持表关系模型
|
- 单表数据模型
- 自连接数据模型
- 一对多（父子表）数据模型
- 一对多数据模型中的一张表是自连接
- 多对多数据模型
- 多对多数据模型中的一张表是自连接
|
|
生成代码
|
生成内容：前台页面表单校验（必输、数字、金额、时间控件） 后台代码 后台校验 acton\servicei\serviceimpl\page\entity\dao\jsp
|
方向二：【jeecg 智能开发平台】
后续待完善的五点：
-
jeecg 生成器的进一步完善
- 工作流的封装
- 智能报表封装
- 查询过滤器封装
- 外围接口智能化封装
设计方案：
|
a
|
【生成器】代码生成器（代码一键生成），实现解藕设计，struts2，spring mvc ，hibernate，mybatis灵活搭配使用
|
|
b
|
【生成器】代码生成器生成的页面，支持用户拖拽页面字段控件，重新布局
|
|
c
|
【工作流】业务流程采用工作流来实现
特点：保证了业务流程的灵活可变性，逻辑设计清晰，便于日志监控（业务流程变更，业务人员画下流程即可，既灵活又便于监控）
|
|
d
|
【工作流】在页面层实现画流程功能，让开发从流程工作脱离出来，支持用户自定义流程
|
|
e
|
【工作流】支持用户自定义表单
|
|
f
|
【报表】智能化报表工具封装
备注：开发不需要参与，业务员直接配置使用（只需写sql）
|
|
g
|
【查询条件生成器】查询过滤规则进一步封装
备注：页面查询功能: 页面追加查询字段，后台不需写代码，查询条件自动实现完成
追加：大于小于等其他匹配方式；
进一步封装页面查询控件，针对每个匹配方式实现一个控件，让用户直接输入内容，不需要关心采用哪种匹配方式（即：封装匹配规则，增强用户体验）
|
|
h
|
【外围接口】webservice接口实现配置使用，方案：
- 使用唯一接口实现，传入传出采用报文方式实现
- 报文解析实现自动转换，传入传出报文格式定义实现可配置
- 接口校验自定义
说明：通过配置来实现一个接口功能，达到无需编码的目的
|
您还没有登录,请您登录后再发表评论
142 楼 zhangdaiscott 2016-06-30 15:58
源码下载：
jeecg论坛：
在线演示：
入门视频：
141 楼 zhangdaiscott 2016-06-30 15:56
源码下载：
jeecg论坛：
在线演示：
入门视频：
140 楼 zhangdaiscott 2016-06-30 15:56
源码下载：http://git.oschina.net/jeecg/jeecg
jeecg论坛：http://www.jeecg.org
在线演示：http://demo.jeecg.org
入门视频：http://www.jeecg.org/forum.php?mod=viewthread&tid=197&extra=page=1
139 楼 2015-05-24 22:09
138 楼 2014-04-09 14:45
137 楼 2014-02-12 16:59
136 楼 2013-08-20 15:00
我也看了很多评论，其实大家的出发点都是好的，要看各位怎么用呢。在我看来作者带给我们的应该是规范代码的标准化思想和通用功能编码学习。
其实在工作中我一定不会选择作者的框架去完成工作，因为我可能会因此面临很多业务尴尬的局面。毕竟现在的项目基本上都是编码围绕业务开展，同时还要考虑其是否具备优秀的性能和方便的扩展等诸多方面因素。每一个项目最终开始考虑的再完善到最后都变成了一块乱七八糟的铁疙瘩！项目组人多了良莠不齐，我觉得作者对于代码规范的想法是我很赞同的。
至于功能方面，我想应该从基础的方面入手，object可以存储任何类型的对象是因为其是所有类型的基类，越是接近底层的东西灵活性越强。多推出一些零散的适用于各个层面的欧洲杯足彩官网的解决方案对于我们现在阶段的研发人员无疑是最方便的，因为接近基础只做必要封装尽可能的适用于多的地方。这要比单纯的减少代码量和自动化配置来的有意义。
scott已经做的很好的，我会继续关注你的项目，请坚持下去！
135 楼 2013-08-08 20:32
但是啊,亲...虽然俺没仔细看,粗陋一看您用的druid似乎是gpl v2的,似乎和apache 2.0 不兼容的样子诶,既然您声明了许可协议...还是稍微关注一下比较好吧,虽然作为lib引用并没有实质的问题,但是不兼容总归是不兼容
虽然您部分开源别人也并不合适说您什么,但是还是建议您明确表明是部分开源(毕竟,您核心部分是需要有偿获取的),比较不容易引起非议
比如下面大段大段的辩论,实在没营养也没意义
134 楼 2013-07-25 15:27
133 楼 2013-06-25 20:07
我也有很多个人研究的技术，其中就一种比这种代码生成器更可怕数倍的开发技术，如果这种技术一拿出来，什么代码生成器都是浮云；但是我没有那么做，那样做将会意味着一个结果，中国的程序员会因为这样而很多人失去工作。而廉价的手工业农民工会暗自窃笑我们it民工的自毁手段，科技发展得太快是可怕的。
天上有头牛在飞,原来你在地上吹！
132 楼 2013-06-19 09:28
131 楼 2013-06-14 05:47
我也有很多个人研究的技术，其中就一种比这种代码生成器更可怕数倍的开发技术，如果这种技术一拿出来，什么代码生成器都是浮云；但是我没有那么做，那样做将会意味着一个结果，中国的程序员会因为这样而很多人失去工作。而廉价的手工业农民工会暗自窃笑我们it民工的自毁手段，科技发展得太快是可怕的。
130 楼 2013-06-04 09:17
129 楼 2013-06-03 09:45
128 楼 2013-05-28 17:15
快速开发框架hpv介绍
127 楼 2013-05-25 15:20
http://pan.baidu.com/share/link?shareid=485171&uk=2218126399
http://pan.baidu.com/share/link?shareid=485173&uk=2218126399
126 楼 2013-05-24 13:39
125 楼 2013-05-24 13:38
124 楼 2013-05-23 11:47
java.lang.verifyerror: class org.codehaus.jackson.impl.utf8generator overrides final method writestartarray.()v
麻烦看一下
导入的是jeecg-framework-3.1.0.release.zip
jdk版本不兼容
已解决。换了jdk1.6，tomcat6，可以了。tomcat7不行。
123 楼 zhangdaiscott1 2013-05-23 08:41
java.lang.verifyerror: class org.codehaus.jackson.impl.utf8generator overrides final method writestartarray.()v
麻烦看一下
导入的是jeecg-framework-3.1.0.release.zip
jdk版本不兼容
122 楼 2013-05-22 23:24
java.lang.verifyerror: class org.codehaus.jackson.impl.utf8generator overrides final method writestartarray.()v
麻烦看一下
导入的是jeecg-framework-3.1.0.release.zip
121 楼 linapex 2013-05-11 11:47
你说的问题，在发布版本里已经不存在，演示系统是很久前部署的，我会尽快部署一个新的版本，供大家测试..
那很好，不要上线了，开源了，发现一大堆问题要补。。。 尽快换掉，既然是基于代码生成的，应该不需要多久时间吧。
120 楼 zhangdaiscott1 2013-04-29 09:49
你说的问题，在发布版本里已经不存在，演示系统是很久前部署的，我会尽快部署一个新的版本，供大家测试..
119 楼 linapex 2013-04-27 19:51
118 楼 2013-04-23 13:26
人家作者说了，只要参与开源项目，完成任务，即可马上拿到最新代码！不参与的，可以等待版本发布...
我很欣赏作者这种策略，开源本来就是大家一起付出努力的事情，对于不想付出的，又喋喋不休的人为什么要客气？！！
送你一句话：“不要总想要求让别人给你什么，先想想自己付出了什么”
就是，总是一味地拿来主义，不去思考自己该去做什么。既然公开发表声明，那你为何不用一个有你自己信息的帐号，倘若你想提高自己，为何自己不努力，总是把诸多因素归罪于他人，不解释！
09年毕业能写出什么代码，一点阅历都没有
117 楼 zhangdaiscott1 2013-04-17 19:54
jeecg框架是hibernate结合springjdbctemplate一起使用的，单表操作使用hibernate，复杂sql采用纯sql写法...
116 楼 2013-04-17 10:50
115 楼 2013-04-16 12:37
114 楼 2013-04-09 20:46
113 楼 2013-04-09 20:10