使用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上手非常easy，有非常多DEMO，不用自己再辛辛苦苦搭建框架。有现成还算高效不用。难道还自己一步一步的搭建不稳定的系统？
说说在项目中用JEECG所遇到的问题吧。因为我的经验有限，说得不好，勿喷，仅仅是希望能指出当中的问题。大家共同学习。
1.页面採用EasyUI，个人认为这个有点卡，特别是当页面表格所要展示的字段比較多的情况下，比方说报表数据。封装成简单的html要好一点。Bootstrap的风格不错，非常简洁。
2.Hibernate查询的时候是否能依据页面Datagrid展示的字段来仅仅查询这几个指定的字段，毕竟在实际项目中一张里面会有非常多字段。而仅仅是展示一部分，通过查询一部分来提升效率。
3.对于项目是基于大并发，大数据的时候的一些处理。因为我对大并发和大数据这一块没涉及过，也不知道怎么去处理，当遇到高并发的时候系统会非常慢，除了代码、设计上面的一些处理。在框架上面能否做一些处理？
4.对于定时器的问题。JEECG之前的版本号都是用的Spring的不可改动时间、不能够开启关闭的定时器。之前项目用的时候。当定时器比較多、操作的表数据比較大、业务比較复杂的情况，定时器里面调用service的方法。方法含有事物。当这种方法操作的时间比較长的时候。会一直卡在那儿。
仅仅有重新启动server，把数据库的表数据库备份、删除已经处理数据降低所须要操作的数据库表数据才干良好的执行。新版本号的增加可控制的灵活的定时器，非常不错在实际项目中非常有用，我还没有使用过这类定时器，不知道会不会出现这类原因。
5.我下了新版本号的JEECG，发现如今已经将JEECG打包了。没有包括源代码了。源代码须要另外下载，这样尽管能降低项目中的代码。只是也为开发添加了一些难度。有时候须要跟源代码还得下载源代码。
个人建议还是希望能把源代码放在项目里面。这样假设遇到一些BUG而项目进行到一般的时候不可能再用新的版本号，仅仅有在源代码上面做一些改动来满足自己的业务需求。
6.代码生成器（最新版本号没有測试过）。当项目路径包括中文的时候，使用代码生成的时候发现会报错，生成不了，仅仅有最開始的时候不使用中文路径。第一次遇到这个问题的时候还是花了一定时间才找到原因。
7.Excel导出导入，当遇到关联表的时候（深度关联，如：A关联B。B又关联C），我基本上没办法操作了，仅仅有在这个须要导出的表里面建冗余字段，如，在A中导出。我须要导出C表一个字段，使用在实体类中增加“convertGet”方法已经不能满足需求。