JSF胜于Struts的10大原因

原创 2007年09月12日 00:26:00

总的来说,我建议在新项目中优先考虑JSF。虽然常常有一些商业上的因素迫使我们为现有的项目选择了Struts,而且那些解决方案还有待考验,但是,让我们面对一个事实:JSF比Struts好多了。

下面是我选择JSF而不选Struts的十大理由:

1.Components(组件)

2.Render Kits

3.Renderers

4.Value Binding Expressions(值绑定表达式)

5.Event Model(事件模型)

6.Extensibility(可扩展性)

7.Managed Beans(Dependency Injection 依赖注入)

8.POJO Action Methods

9.JSF is the standard Java-based web app framework (JSF是Java web应用程序的标准框架)

10.There's only one Struts(只有一个Struts)

Struts是一个开源产品,然而JSF是一个标准。这个细节常常被新的JSF学习者忽略, 其实这是显而易见的,因为我们有多个JSF的实现。虽然JSF还很不成熟,但是我们已经有了2个优秀的JSF实现可以选择:Sun的参考实现和 Apache的MyFaces。另一方面,我们只有一个Struts。

9.JSF is the standard(JSF是标准)

J2EE5.0要提供一个JSF的实现,这表明JSF不久将会无处不在。这可能与你无关,但是和工具供应商密切相关。现在大概有50个Java web应用程序框架,工具供应商不会情愿去支持一个特别的框架,但是他们会毫不犹豫的去支持一个标准。

而且不止供应商,开源项目也会迅速的聚集在JSF的四周,争先恐后的去实现相同的功能。比如说,直到我们去实现本质上和Shale的Tapestry差不多的视图的时候,我才知道Facalets。(从长远来看,我相信这种冗余是件好事,会给我们带来好处)

8.POJO Action Methods

Struts的行为是和Struts的API绑定在一起的,但是JSF的行为方法可以在POJPO中实现。这意味着你不用在表单和模型对象之间实现一个多余的行为层。顺便说一下,在JSF里面没有行为对象,行为在模型对象中实现。

但是也请注意一点:如果你愿意你也可以生成与JSF独立的行为对象。在Struts里面,你 有Form Bean和Action Bean。Form Bean包含数据而Action Bean包含逻辑。OO狂会想去合并前2者,在Struts你办不到。但是在JSF中,你可以分开数据和逻辑,也可以合并到一个对象中,一切由你决定。

7.Managed Beans(Dependency Injection 依赖注入)

和Spring一样,JSF也使用了依赖注入(DJ)(或控制反转(IoC))去实例化和初始化Bean。Struts的确为你生成了Form Bean和Action Bean,但是JSF可以为你生成各种各样的Managed Bean。

6.Extensibility(可扩展性)

这个很重要。JSF有6个对象实现了这个框架的大部分功能,而且你可以很容易的用你自己的实 现代替原有实现。比如你想加一个自定义参数在JSF表达式语言里面,或是添加一个自己的视图控制器以便于区分组件和HTML。事实上Shale实现了上面 的功能。如果你还没有满足,JSF提供了几个地方你可以轻松的控制JSF的生命周期。Shale给你的会更多。

5.Event Model(事件模型)

JSF的事件模型使你可以对值改变,动作,JSF生命周期阶段变换等作出反应。在JSF1.1中,那些事件都是在服务器端处理的,这肯定是一个缺陷,好在JSF2.0计划支持客户端事件,拭目以待吧。

4.Value Binding Expressions(值绑定表达式)

在Struts中,你负责把数据从Form传递到模型对象。你实现的Action的 execute方法是把Form作为一个参数。然后你再手动的把数据从Form Bean里面取出放到模型对象里面。你要为应用里面的每个Form做这些事情,然而在JSF里面,你只需像这样:#{model.property} 就够了,其他的交给JSF来处理。

3.Renderers

你有看过Struts的标签的源代码吗?它直接生成HTML。JSF组件标签什么都不生成, 它和服务器上的一对component-renderer对应。Component维护组件状态,rendered负责获得视图。重点是 renderers是可插拔的,即你可以根据自己需求实现然后替代掉默认实现。比如说我在NFJS上面的Felix谈话中举例说明了怎么去实现一个自定义 的label renderer。你只需要配置你的renderer,JSF就会自动在你的应用程序里面使用他。

2.Render Kits

在几年前我曾经有份Struts咨询工作,我们必须同时支持浏览器和无线设备,非常痛苦。但是用JSF来完成那个任务非常容易,因为你可以生成你自己的render kit-为一种特定显示技术的renderers的集合-然后配置到JSF里面。

1.Components(组件)

组件是Struts和JSF之间最大的区别。就像Swing一样,JSF提供丰富的底层构件 去开发组件然后添加到标准的组件集。那些底层构件让你很容易的生成自己的组件并且和别人共享。现在我们到处都能看到自定义组件跳出来,比如说Oracle 的ADF和MyFaces,两者都提供了丰富的组件集,就像javascript日历,tree等等。

当然,组件只是一部分。典型的是,组件都和一个独立的renderer对应,这给我们带来了 真正的好处(看第3条)。但是和JSF中的很多东西一样,你不一定要墨守成规。只要你愿意,你可以实现render自己的组件,虽然这样你会失去给组件加 入别的renderer的能力。

 

转载一个国内他人的观点:

本人的一些看法:

JSF和Struts都是杰出的MVC框架,JSF的设计者之一就是Struts的创始人。

Struts本人使用不多,只在一个project中用到,而且也仅仅是写了几个页面,那个project我主要做的是business layer部 分。不过当时做struts时候感觉有时候真的很臃肿,每个有请求提交的页面都要对应一个actionform,每个actionform对应一个 action类,觉得很麻烦。并且使用Struts所写的Action类和ActionForm类都依赖于Struts的API,不太符合编程优雅性的规 则。而在JSF中,ActionForm和Action则被一个BackingBean所取代,该BackingBean是一个POJO (Plain Old Java Object),页面请求的处理及导航则通过BackingBean中一个简单方法调用就可完成。 

记得在某篇文里面提到JSF对ajax的支持性不太好,而据我所知java.net的blueprint早就提出了JSF层面上AJAX解决的三种方案。 值得一提的是Apache Myfaces的的sandbox,有兴趣的可以去看看示例,链接http://www.irian.at/myfaces- sandbox/home.jsf ,给出了一些基于ajax的jsf组件。


当然,由于JSF目前还算是比较新的框架技术,组件还在不断扩展和完善中,不过既然它是JEE 5.0的实现标准,我看好它的潜力。Facelets也使 得web页面的模板化更加容易。自从jsf出现以后,struts阵营的不少人转向了jsf,比如Professional Struts的作者之一 Rick Hightower。

国内不少java程序员对jsf持有抵制态度,毕竟学习一个新的技术框架需要时间,struts已经用了好多年了,用的很熟,干吗要放弃这个?我想说的是程序员就是生活在不断的学习中,为什么国外的软件人能写程序写几十年,而国内30岁之后的软件人还在写程序的少之又少。 

struts2.1.8+hibernate2.5.6+spring3.0(ssh2三大框架)常见异常原因和解决方案(上)

首先声明:该文从我自己的网易博客“敏敏的博客”(现已不再更新)整理过来,仍属原创。 -----------------------------------------------------...

JSF教程(10)——生命周期之Update Model Values Phase

在整个JSF生命周期中经历了取值、验证的阶段最终从request中拿到合理的值,下面就是在本阶段给相应的服务端对象(ManageBean)赋值了。JSF实现只是去更新和input组件中value属性对...

oracle10g升级后启动失败原因

  • 2012年08月16日 22:24
  • 17KB
  • 下载

struts2.1.8+hibernate2.5.6+spring3.0(ssh2三大框架)常见异常原因和解决方案

----------------------------------------------------------------------------------------------------...

JSF与Struts2的瑜亮之争

1.       关于选择现在的Web MVC框架太多了,研发、设计人员的选择也太多了。Struts、基于JSF规范的实现、WebWork、Tapestry、Spring MVC、Tiles…………其...

JSF与Struts的异同

Struts和JSF/Tapestry都属于表现层框架,这两种分属不同性质的框架,后者是一种事件驱动型的组件模型,而Struts只是单纯的MVC模式框架,老外总是急吼吼说事件驱动型就比MVC模式框架好...

Java Web层框架比较—— 比较JSF、Spring MVC、Stripes、Struts 2、Tapestr和Wicket他们各自的优、缺点

【译者按】这是Matt Raible在今年6月24-27号召开的JA-SIG夏季会议上所作的主题演讲,Matt从众多方面对Java Web层框架做了一个全面、深入的比较。笔者认为这是一份及时的文档,它...

详细介绍JSF与Struts的异同

Struts和JSF/Tapestry都属于表现层框架,这两种分属不同性质的框架,后者是一种事件驱动型的组件模型,而Struts只是单纯的MVC模式框架,老外总是急吼吼说事件驱动型就比MVC模式框架好...
  • Acmey
  • Acmey
  • 2011年07月30日 22:21
  • 268

JSF 与 struts

Struts和JSF/Tapestry都属于表现层框架,这两种分属不同性质的框架,后者是一种事件驱动型的组件模型,而Struts只是单纯的MVC模式框架,老外总是急吼吼说事件驱动型就比MVC模式框架好...

比较开源Java Web框架JSF、Spring MVC、Stripes、Struts2、Tapestry、Wicket

Matt通过采访这些框架的作者,与他们讨论各种开源的Java Web框架,并且突出各个框架的长处、听取框架作者对其他框架的看法,希望借此了解这些框架的未来发展方向。   下列是一些被采访者: ...
  • xy5811
  • xy5811
  • 2011年12月27日 11:34
  • 775
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:JSF胜于Struts的10大原因
举报原因:
原因补充:

(最多只允许输入30个字)