最近給項目選型的時候，選了JFinal這套框架，開始的時候有些小夥伴會不理解，在Java的世界裏面那麼多的MVC框架，那麼多的持久化框架，怎麼就選了JFinal這玩意。
吐槽一下
這就不得不從比較正派的J2EE框架說起了（好吧。。。我是個經常不按照常理出牌的工程師），一般企業應用開發，大家都會順手拈來SSH。當然，估計現在還說SSH估計有點老了（Struts你還行麼。。。），現在比較常用的做法是Spring MVC、Hibernate/IBatics這樣的組合了。但是不知道大家發現了沒有，很多的時候，其實我就只是需要有個簡單的方式做個CRUD，我不想要那麼多的實體類，看着都煩人。又或者我其實就只是想要一個MVC的框架，看看別人家PHP的MVC多簡單啊，沒有這配置那配置的。我不需要那麼多的IOC，我不想新建一個控制器還得先建立一個什麼接口，然後再在控制器裏面實現它，我認爲整個項目到處都是IOC的話簡直就是對設計模式的濫用。。。我受不了Spring調試的時候啓動那麼慢，開發的時間很寶貴，熱部署的過程能越快越好（還有一些槽點，不想吐了。。。用過的都懂的）
JFinal
由於種種的不滿，於是我發現了JFinal這貨。乍一看，國產框架！好吧，這年頭國產的東西誰敢用啊，就好比買奶粉都買國外的，國內的都不敢買一樣。
國內的奶粉敢不敢買我不好說，不過選框架這一點來說少年我還是很有把握的。JFinal這貨的下面這幾個特點一下子就吸引住了我：
極少的配置，沒有Spring那些這裏配一下，那裏配一下的煩惱
對數據庫的操作做了封裝，不用我去考慮配置數據庫連接池配置的問題，不用去搞一堆的DataModel，而且DataModel的功能比Hibernate的靈活多了，有那麼一些Ibatics的影子在裏面的說。好吧，簡單粗暴的CRUD功能提供給我了
Restful。其實這會導致開發的時候有那麼一些不習慣，沒有Session可以弄了。。。但其實這樣是好的，這樣的話後端做負載均衡就簡單很多啦。（企業應用這些玩意一般都不怎麼需要搞的這麼高端，和其他應用不大應用，一般性能最大的瓶頸是後端數據處理那裏。記得甲方大爺要求一個高峯期幾個人同時在線的應用要做Apache的負載均衡，勸也勸不了。。。T_T別這樣啦。。）
簡單。這也是選用這套框架的一個很重要的原因。夠簡單，我把文檔給我同事看了不到半天就玩的很熟了。大大的降低了培訓成本。
開源。好吧，我已經把JFinal的源碼搞下了，稍稍改動過了，畢竟這貨有那麼幾個數據庫的方法居然沒提供給我，搞的不得不親自動手。當然爲了統一校驗和前端界面的寫法，也把校驗的位置稍稍做了些調整。JFinal的源碼還是比較簡單易懂的，調整起來也比較好調整
總結
總的來說，JFinal這框架還是挺好用的，簡單小巧，但是該有的基本功能還是比較齊全的，好比一把小匕首，看到敵人後可以快速的給它來一下。但是對於很大型的項目合不合適就暫時沒辦法考究了（說不定那天碰到一個硬漢，匕首捅不動一點也不奇怪。。這人在江湖飄，各種技術都多瞭解下沒壞的說～），不過少年我用到現在還沒發現它有什麼不好的，除了那麼幾個必備的API居然沒提供之外。順帶一說，基於JFinal的這個項目進展的挺好的，由於培訓成本特別的低，其他小夥伴一下子就上手了，省了不少時間