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多不少