寫一個小的Jave Web應用，看到開源社群討論比較多的JFinal，就在專案中試用了以下，用了2天放棄了，說說使用過程中的體會。

使用過程：

首先花了點時間看了一遍作者的文件，並且將Demo測試運行了一遍，沒遇到什麼問題。

正式開發，環境eclipse+mysql+tomcat。寫了一部分資料模型的程式碼，開始除錯執行。

跑起來，靜態首頁沒問題，進入一個有快取查詢的頁面，出錯，找不到快取實現類，增加ehcache配置，問題解決。

然後出現新的錯誤，null指標錯誤，除錯發現獲取資料庫連線為空，以為是連線池配置問題，測試配置，更換連線池實現，問題依舊。

繼續除錯，dataResouce初始化沒問題，在執行資料庫查詢時，ActiveRecordPlugin尚未執行初始化，在自己的Config類的程式碼中，在configPlugin(Plugins me) 中呼叫資料庫連線池和

然後，新問題出現了，無法手動更新快取。

然後，沒然後了，放棄了，轉回去Spring了。

兩天的使用感受，只是一家之言：

1. Model採用map實現，編碼確實減少了，沒了JaveBean了，但是如果按照Demo樣例中來，使用時欄位什麼的需要許多硬編碼，需要自己重構常量。Map確實變得更通用了，但是也隱藏了資料屬性，不利於程式碼維護

2. 沒有服務層了，按JFinal作者的說法可以自己封裝，感覺上邏輯不清晰了，自己封裝也就體現不了JFinal簡潔省程式碼的優勢了。

3. sql語句在程式中硬編碼，維護性差點，也不利於開發跨資料庫平臺的產品，按JFinal作者的說法也可以自己封裝，同上。

4. 文件少，就一個作者的使用文件，文件相對寫的比較簡單，遇到啥實際問題，看文件解決不了，網上查詢帖子，也不多，呵呵，不過應該可以在oschain上問作者的吧，這個不錯，但是能不能及時被回覆就不知道了，沒問過。

小結：做一些非常簡單的應用JFinal應該比較快速，確實編碼減少了不少，而且上手非常簡單容易。如果開發中遇到具體問題，解決起來可能有點麻煩，文件少，也沒處搜尋去，只有自己看框架程式碼。如果按JFinal作者Demo和文件中的樣子寫應用，編碼快但相對難以後續維護。應用取捨在乎個人了。