关于Jfinal 框架应用性能评测

hlevel 发布于 2015/04/17 13:33
阅读 5K+
收藏 4

  @JFinal  你好,想跟你请教一些问题:

 事情背景是这样的: 

    一直在业余时间学习jfinal ,设计的确轻巧、快捷, 运用上 易懂上手, 我用这做过一个项目, 在这之前我一直都是在使用ssh2 之类框架, 优缺点我就不说了

     Jfinal 让我眼前一亮. 几次我想运用到实际项目中去, 开始项目时候,评估之后就夭折了。还是弃用jfinal ,改用 spring mvc、hibernate、mybatis 为主要技术框架.评估项基于以下2点原因:

1. 可维护性: 会传统框架程序员很多,会让项目后继有人快速上手,jfinal 就没多少人会了。

2. 框架风险: 传统框架上线可控风险我们能维护 10w用户,每天 1w-2w pv 所带来的并发毫无压力的控制,出现异常能迅速定位,我们集成apache + 4个Tomcat +mysql 做到了。 就不知道jfinal 的极限,抗压,突发异常,会不会导致没办法解决.导致我们不可控制. 我们毕竟还是没的红薯那样实力,自己写的代码框架自己都能控制风险最小化

所以 想 请作者能否出点性能测试报告之类的,这样让广大开发者毫无顾忌使用.

我们做得社区也就osc 这一半功能,文件检索没这么厉害.

加载中
3
JFinal
JFinal

    有不少人聊起过这方面的问题,JFinal 有关性能方面的追求有太多的努力,也有一些基本的原则,由于时间关系,在此仅简要回复一下:

1:可维护性本质上来说是系统在需求变动、升级等等演化的过程中是否容易、方便、快捷的程度,多数是指项目本身的业务方面,当然框架也有一定的影响。但主要不是说技术的流行度影响可维护性,即便是用一个不流行的新技术,只要这个技术更简单、易用,那可维护性并不会比流行的技术差,况且 jfinal 的学习成本极低,两三个小时就能上手使用。

2:风险方面,jfinal 总共才 8000 多行代码,有问题就算是定位源码也是分分钟搞定的事情,这个在广大的 jfinal 开发者项目实践中已被广泛证实,几无风险,完全可控。倒是如果使用 SSH 这类流行的框架,动则好几十万行代码,框架自身如果有问题,追踪源码,还没调试几步就迷失在无尽的调用层次之中了。虽然楼主说到用已有技术做到了一些成果,但楼主可以回想一下做到这步所要付出的时间与努力。

    有 jfinal 用户反馈过性能测试结果, jfinal 运行速度比 SSH 快五倍到八倍,所开发项目的代码量减少 85% 以上,这对可维护性是一个极大的提升,代码量少不仅 bug 减少,而且需要维护和关注的工作量少,在添加新功能维护老功能时所需要的工作量急剧减少。

    这里有一些有关性能测试的数据和讨论:

http://www.oschina.net/question/173052_62228

http://www.oschina.net/question/1988085_230350

http://www.oschina.net/question/590700_120423

http://www.oschina.net/question/197668_221395

SkipperD
SkipperD
顶波总
hlevel
hlevel
多谢!多谢! 我好好看看.
糊搞
翘大拇指支持
0
whh1009
whh1009

不做评论,先看看

我也坚持过JFinal,和领导也讨论过选型的的问题,但是领导对新兴事物都比较抵触。最后不得不放弃,只有自己私下玩玩

0
Realfighter
Realfighter
Nginx + 12 Tomcat + JFinal + Mysql的飘过
hlevel
hlevel
回复 @Realfighter : 改了。-_-#
Realfighter
Realfighter
标题的JFinal也拼写错了...
0
yeguike
yeguike
支持波总!
0
雨翔河
雨翔河
nginx+tomcat7+jfinal+mysql飘过
0
朋也
朋也
怒顶JFinal,时代在进步,技术在更新,不敢接受新事物,何以担大任
0
h
hello5d
支持JFinal,正在学习使用中
0
寂寞的阿三
JFinal有种返璞归真的感觉,就像网页一样,还是简洁的风格看着舒服
0
子木007
子木007
@jfinal 不如花点时间,贴点数据出来的好, 这样大家就没有疑问了。   也免得经常有人问
0
梦回未来
梦回未来
我们公司几个项目都是用jfinal 的,感觉good,就拿我们充值系统项目来说把,每个月的月初月末都会有十几万到二十几万的订单,没什么压力。
返回顶部
顶部