使用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”方法已經不能滿足需求。