jfinal定位问题

chi_9 发布于 2013/05/23 16:44
阅读 2K+
收藏 3

@JFinal 

@绝望的八皮

向各位请教个项目框架选择问题,最近公司要做个中小型的ERP系统。目前公司在JFinal和SSH之间抉择,个人感觉JFinal挺省事的,但因公司以前从未用JFinal做过项目,特来请教一下几点问题:

1、JFinal的定位。主要应用于哪些项目,以及跟SSH比起来的优缺点。。

2、JFinal的不同级别的项目如何进行分层

3、高并发应对性……

4、我所没有问到的且应该考虑的……

注:没有绝对的好与不好,我只是衡量一下两者的优与缺,找到适合自己的,并非断定两者谁好谁坏……

加载中
3
JFinal
JFinal

引用来自“美丽不打折”的答案

 jfinal主要在于简化配置,实际上就是把Controller和model整合到一块儿,没有SSH那么庞大复杂。我个人感觉对于大型项目来说不太方便,因为它里面大部分model都是采用领域模型的。做点小东西还行,但是如果是中大型项目明显不够用。

另外一点是使用jfinal的风险要考虑到。毕竟来说,jfinal成功集成的项目经验特别少。性能上面也没有确切真实可以参考的数据,所以在高并发上的影响无法回答,如果对大请求高并发有要求的,建议还是选择SSH等框架。数据库移植和框架无关。

最后的建议是,jfinal的源码写的非常好,我也觉得好,但是如果让我在实际工作中使用,我是不敢的。

1:对于大型项目来说更加适合,记住一句话,简洁的力量是无比强大的。

2:JFinal 的 Model 你完全可以不采用领域模型,而引入 Service 层,JFinal 的约定非常少,开发者可以根据自己的需要制定系统架构。例如引入 Service 层

3:风险就更不用考虑了,JFinal 在项目中的实际应用已经两年多了,在JFinal开源之前就应用于大型项目一年多了。

4:性能方面提都不用提了,因为JFinal是对Servlet、JDBC进行的极薄封装,运行起来基本属于裸奔状态,顶多就穿了条短裤在狂奔。性能测试看这里:http://www.oschina.net/question/173052_62228

5:不敢在项目中使用 JFinal 的童鞋很快就会后悔, @美丽不打折

6: ufeifan.com 这个成功案例基于 JFinal 做的,目前营收已过亿,互联网行业竞争激烈,快鱼吃慢鱼, JFinal 主打极速开发、学习成本极低、扩展性极强、性能极好等等优势,你还需要考虑是否用 JFinal 么?

紫电清霜
紫电清霜
简洁的力量是无比强大的,给力^O^!江山代有才人出,各领风骚好几年,新生的力量一直都在颠覆着传统。
1
JFinal
JFinal

再回答楼主的几个问题:

1、JFinal的定位。主要应用于哪些项目,以及跟SSH比起来的优缺点

    JFinal 定位于Java 极速开发,主要应用于 Java Web 项目,然后是restful服务端项目,然后是普通java项目中使用ActiveRecord彻底提速数据库开发。JFinal相对SSH的优势:开发迅速、代码量少、学习简单、功能强大、轻量级、易扩展、Restful。在拥有Java语言所有优势的同时再拥有ruby、python、php等动态语言的开发效率!

2、JFinal的不同级别的项目如何进行分层

    JFinal对项目分层完全不做限制,以前怎么分,现在还可以怎么分。一般有两种分法:一是先分模块再分层。二是先分层再分模块。是否引入业务层完全自由,@美丽 说的不正确。

3、高并发应对性

    JFinal 有几个核心的提升性能的设计思想:一是尽可能少创建对象。二是尽可能少地运行代码。这两个思想贯穿整个设计过程。你可以想象一下,如果一个框架跑起来根本没调用几行代码,也没有创建几个对象,那会有多快?

    当然还有其它一些优化,例如路由设计避免for循环,也避免正则匹配,路贝由匹配性能高出传统框架至少一个数量级。再例如JFinal在系统启动的时候一次性读取@Before并装配好拦截器,也避免使用反射在运行时来得到action,这又将性能提升一个量级。

    终上所述,JFinal 在你整个系统流程中的消耗可以忽略不计。

4、我所没有问到的且应该考虑的

    不需要考虑什么了,直接上项目是最明智的选择

chi_9
chi_9
多谢回答! 同时祝jfinal发展越来越好……
0
红薯苗
红薯苗
我替他俩回答吧。哈哈。当然是选jfinal了
chi_9
chi_9
我也想直接说Jfinal。。。但是在会上多少要拿点有力的话语来说服别人同意吧
0
美丽不打折
美丽不打折

 jfinal主要在于简化配置,实际上就是把Controller和model整合到一块儿,没有SSH那么庞大复杂。我个人感觉对于大型项目来说不太方便,因为它里面大部分model都是采用领域模型的。做点小东西还行,但是如果是中大型项目明显不够用。

另外一点是使用jfinal的风险要考虑到。毕竟来说,jfinal成功集成的项目经验特别少。性能上面也没有确切真实可以参考的数据,所以在高并发上的影响无法回答,如果对大请求高并发有要求的,建议还是选择SSH等框架。数据库移植和框架无关。

最后的建议是,jfinal的源码写的非常好,我也觉得好,但是如果让我在实际工作中使用,我是不敢的。

JFinal
JFinal
回复 @chi_9 : @美丽不打折 才接触 JFinal 没几天,还不太理解 JFinal 的优势,看我下面的回复就清楚了
chi_9
chi_9
在理,我会好好斟酌的……
0
南湖船老大
南湖船老大

要敢于创新和打破成规陋矩啊,归根结底就一句话,不够自信。

Jfinal 这么薄的封装,400K的体积,还怕搞不定吗,就算有缺陷,我觉得完全不是问题,自己动手改造。

曾经纯servlet,加上自己的一套类库从头到尾开发过应用的人,表示用Jfinal,毫无压力

0
绝望的八皮
绝望的八皮
我代表ufeifan来表示淡定 。框架简单重构和改动会非常容易,我又准备来一次大重构,表示无压力
0
光石头
光石头
额,等我忙过这一段……
返回顶部
顶部