使用JEECG心得
我就不做JEECG的介绍了，提供一个网址，可以更加清晰的了解JEECG文档。
http://www.jeecg.org/book/jeecg_v3.html
用JEECG已经差不多一年时间了，期间涉及到好多版本，也见证了JEECG的发展，由最初的简单的模型，到后面新版本的功能完善，不得不说JEECG是一个很完善，很强大的一个平台。
作为一个码农，最怕的是什么，当让是重复一样的操作，Copy一段又一段重复的代码，大部分时间都花在复制粘贴上面去了，很荣幸无意间了解到JEECG这样一个平台，让我们节省了很多时间，尤其对于我之前所在的小公司来讲，时间就是公司生存的根本，一个项目，一周、两周就要拿出原型，而且后面还得基于这个原型进行深层次的开发，如果每个项目都要搭建一次框架，这对于小公司来将无疑是致命的。JEECG的出现不得不说是小公司的福音。
之前也用过Grails，当时是第一次接触这种敏捷开发的平台，觉得很不错，对于开发也能节省很多时间，对于Struts、Hibernate、Spring支持也相当不错，如果要融合框架得下载相应的插件，这个有点麻烦，而且中途还得考虑版本的问题，网上中文资料很少，貌似国内有只有2本书对其介绍，其中一本还是译文。他是一个弱语言的，很多语法还是和JAVA有出入，导致与到一些问题，在google找不到后只有自己揣测。
用过JEECG后与之一对比发现，JEECG有一个很好的有点，开源但是封装不是很严重，通过查找代码，能够学习到大神是如何封装框架的，学习到他们的思想。JEECG刚开始就已经默认做好了一个基础权限，不用再自己怎么做权限相关的东西了，直接往里面添加功能就OK了。
我开始用的JEECG的版本我已经记不清，只是知道当时JEECG里面很多BUG，通过找源码，然后将BUG解决掉，这个过程非常舒服，特别是解决掉后的成就感非常好，还曾想过给作者提BUG，结果下了新版的后发现，以前的BUG不存在了，也就只有作罢。
如果你的项目开发周期短，开发人员少，没有前端，毫无疑问选择JEECG，貌似前面的情况都是小公司特有情况呢。JEECG上手很容易，有很多DEMO，不用自己再辛辛苦苦搭建框架。有现成还算高效不用，难道还自己一步一步的搭建不稳定的系统？
说说在项目中用JEECG所遇到的问题吧，由于我的经验有限，说得不好，勿喷，只是希望能指出其中的问题，大家共同学习。
1.页面采用EasyUI，个人觉得这个有点卡，特别是当页面表格所要展示的字段比较多的情况下，比如说报表数据。封装成简单的html要好一点，Bootstrap的风格不错，很简洁。
2.Hibernate查询的时候能否根据页面Datagrid展示的字段来只查询这几个指定的字段，毕竟在实际项目中一张里面会有很多字段，而只是展示一部分，通过查询一部分来提升效率。
3.对于项目是基于大并发，大数据的时候的一些处理，由于我对大并发和大数据这一块没涉及过，也不知道怎么去处理，当遇到高并发的时候系统会很慢，除了代码、设计上面的一些处理，在框架上面是否能做一些处理？
4.对于定时器的问题，JEECG之前的版本都是用的Spring的不可修改时间、不可以开启关闭的定时器，之前项目用的时候，当定时器比较多、操作的表数据比较大、业务比较复杂的情况，定时器里面调用service的方法，方法含有事物，当这个方法操作的时间比较长的时候，会一直卡在那儿。只有重启服务器，把数据库的表数据库备份、删除已经处理数据减少所需要操作的数据库表数据才能良好的运行。新版本的加入可控制的灵活的定时器，很不错在实际项目中很实用，我还没有使用过这类定时器，不知道会不会出现这类原因。
5.我下了新版本的JEECG，发现现在已经将JEECG打包了，没有包含源码了，源码需要另外下载，这样虽然能减少项目中的代码，不过也为开发增加了一些难度，有时候需要跟源码还得下载源码。个人建议还是希望能把源码放在项目里面，这样如果遇到一些BUG而项目进行到一般的时候不可能再用新的版本，只有在源码上面做一些修改来满足自己的业务需求。
6.代码生成器（最新版本没有测试过），当项目路径包含中文的时候，使用代码生成的时候发现会报错，生成不了，只有最开始的时候不使用中文路径。第一次遇到这个问题的时候还是花了一定时间才找到原因。
7.Excel导出导入，当遇到关联表的时候（深度关联，如：A关联B，B又关联C），我基本上没办法操作了，只有在这个需要导出的表里面建冗余字段，如，在A中导出，我需要导出C表一个字段，使用在实体类中加入“convertGet”方法已经不能满足需求。原文地址：http://blog.csdn.net/robbenren/article/details/25203715
