选择JSF不选Struts的十大理由

来源：csdn 作者：出处：巧巧读书 2007-10-05 进入讨论组

下一页 1 2

我的一个客户不知道该选用Struts还是JSF。就像你预料的那样，我通常会问：这2中框架之间有什么区别？当然，除了我的这个客户外很多人都面临这样的选择。

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

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

1.Components(组件)

2.RenderKits

3.Renderers

4.ValueBindingExpressions（值绑定表达式）

5.EventModel（事件模型）

6.Extensibility(可扩展性)

7.ManagedBeans(DependencyInjection依赖注入)

8.POJOActionMethods

9.JSFisthestandardJava-basedwebappframework(JSF是javaweb应用程序的标准框架)

10.There'sonlyoneStruts(只有一个Struts)

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

9.JSFisthestandard(JSF是标准)

JEE5.0要提供一个JSF的实现，这表明JSF不久将会无处不在。这可能与你无关，但是和工具供应商密切相关。现在大概有50个javaweb应用程序框架，工具供应商不会情愿去支持一个特别的框架，但是他们会毫不犹豫的去支持一个标准。而且不止供应商，开源项目也会迅速的聚集在JSF的四周，争先恐后的去实现相同的功能。比如说，直到我们去实现本质上和Shale的Tapestry差不多的视图的时候，我才知道Facalets。（从长远来看，我相信这种冗余是件好事，会给我们带来好处）

8.POJOActionMethods

Struts的行为是和Struts的API绑定在一起的，但是JSF的行为方法可以在POJPO中实现。这意味着你不用在表单和模型对象之间实现一个多余的行为层。顺便说一下，在JSF里面没有行为对象，行为在模型对象中实现。但是也请注意一点：如果你愿意你也可以生成与JSF独立的行为对象。在Struts里面，你有FormBean和ActionBean。FormBean包含数据而ActionBean包含逻辑。OO狂会想去合并前2者，在Struts你办不到。但是在JSF中，你可以分开数据和逻辑，也可以合并到一个对象中，一切由你决定。

7.ManagedBeans(DependencyInjection依赖注入)

和Spring一样，JSF也使用了依赖注入（DJ）（或控制反转（IoC））去实例化和初始化Bean。Struts的确为你生成了FormBean和ActionBean，但是JSF可以为你生成各种各样的ManagedBean。

图文结合：http://www.qqread.com/jsp/b435124012.html