jfinal是国产优秀的web框架.jfinal短小精悍强大,易于使用.不过万事有度,省的太狠也不太好.
1.框架应该尽量兼容各种场景,因为你不知道以后的场景.框架是一个持续集成和更新的过程,对公司来说这是非常重要的技术积累.(ps:多个数据库总算基本场景吧......)
2.不应该整体使用map代替普通的javabean.基本是需要记忆数据库字段了,map也不方便IDE重构和手写错误的风险,也不适合对特殊字段进行注解,因为已经没有get set 方法了.
3.应该拥有IOC容器.每次都是自己手动new对象,如果真想追求极致的性能,ioc容器也应该提供吧.
4.需要更加完善的数据库事务,隔离级别,传播特性,支持多数据库,批量操作等,事务是非常严谨的!!!
5.第三方组件兼容.框架再强,也不能完成所有的任务,需要和第三方兼容,最好是官方已经做好,spring做的比较牛啊,几乎所有的主流第三方都能和它直接兼容,就连一直嫌弃spring的jfinal也提供了一个插件......
6.持续的兼容更新和维护.在天朝生存压力还是比较大的,老外则不同.例如:spring已经持续更新10年,而且版本兼容,文档等做的都比较好.我对fireworkflow很无语了.......
7.商业原因.大部分屌丝程序员都是打工的,需要掌握主流的东西,例如spring,这样即使跳巢,也不会掉价.
最后补充一句,我在jfinal的群里说过一个问题是sql group by 分页,jfinal的处理方式有问题,作者尽快修复下吧.
我澄清几点误区:
1.spring和Guice.说Guice比spring快多少,只是在启动阶段,启动完成后,bean被load到内存,运行速度是一样的
2.spring的开发速度也是很快的,通过好的封装开发方法,和代码生成辅助,开发效率会比jfinal更好些.
3.spring mvc 虽然使用了反射,但是是单例的,性能也不会太低.
4.spring的模块化较好,我使用了11个spring的jar,5M大小.这个也不算什么重量级的东西吧.....
5.如果前期没有设计好,想着以后扩展,你的下次升级API就很难兼容了......
