sumk與jfinal的比較

jFinal是一款很優秀的國產框架，在開源中國上也有很高的人氣。所以，有許多朋友問過怎麼比較sumk跟jFinal。首先聲明，我沒用過jfinal，只是由於要比較才瀏覽過jfinal的源碼。因此個人比較可能不會那麼全面，並且所瀏覽的版本可能也不是jfinal的最新版本。若是有不盡之處，歡迎你們指出。

1. 定位不一樣，sumk第必定位是互聯網，但支持單機使用，強調的是性能和開發速度的結合，爲開發者提供一套能適應大多數狀況的框架，下降架構難度。sumk的功能是根據互聯網應用的狀況而開發的，在開發的過程當中，去兼容單機使用。jFinal定位於簡單應用，沒法適應互聯網環境。但jfinal只須要引入一個jar包就能夠的作法，很方便初學者上手。
2. 雙方都有DB操做，都支持ORM以及sql模式。雙方在便利性上應該差很少。sumk相對其它的DB框架，優點是能用redis作準實時緩存（自帶表級緩存，能夠經過擴展實現接口級緩存。它的實現原理跟hibernate的二級緩存或spring的接口緩存有本質差別），也能用於同步數據變動mongoDB、solr等，但這個須要比較高的技巧。跟jFinal相比還有一個優點是sumk的ORM有比較強的誤操做驗證。
3. web方面sumk跟jFinal差別很大。jFinal有相似spring mvc的頁面渲染功能，sumk沒有。sumk的http接口更適合移動端或者ajax類型，但能夠結合spring mvc或struts實現頁面功能。sumk的優點是自帶加解密、數據簽名、分佈式session、第三方應用交互等功能。
4. sumk有rpc功能，能夠實現微服務化，jFinal沒有。sumk的rpc跟dubbo相比，功能沒有dubbo豐富，但使用比dubbo更便捷。
5. sumk有本身的一套IOC功能，從而實現各模塊的解耦，而且提供良好的擴展性、定製性。jFinal沒有IOC功能
6. 雙方都有對redis的封裝，都能維護鏈接的建立銷燬等。但sumk能支持多個不一樣的redis實例，由於互聯網公司，一個redis實例多是不夠的。而且提供了基於redis的分佈式鎖
7. 還有不少其它方面，好比插件、攔截器等。我就不一一列舉了。但jfinal有一點是sumk無法比的，jfinal的社區以及資料比sumk多不少