今天给大家分享的是由图老师小编精心为您推荐的表现层框架Struts/Tapestry/JSF架构比较，喜欢的朋友可以分享一下，也算是给小编一份支持，大家都不容易啊!
【 tulaoshi.com - 编程语言 】
Struts/Tapestry/JSF是目前J2EE表现层新老组合的框架技术。从诞生时间上看，Struts应该比较早，使用得非常广泛，Tapestry 3.0逐渐引起广泛的重视，正当Tapestry即将大显身手时期，SUN推出JSF标准技术，虽然JSF一开始推出尚不成熟，留出了一段空白期，但是随着JSF1.1标准推出，JSF开始正面出击，粉面隆重登场了。
其实，JSF和Tapestry也并不是那种头碰头的相同竞争性技术，两者还是各有侧重点的，不过比较细微，但是这种细微点在实现一个大工程时可能带来不同的感受和变化。
首先，我们从一个高度来抽象一下表现层框架应有的技术架构，下图可以说所有表现层框架技术都必须实现的功能架构图：
当然，我们不必废话罗嗦MVC模式，MVC模式是基准模式，现在框架技术已经不必再拼是否是MVC模式了。 在上图MVC模式基础上，一个表现层框架无外乎要实现图中的三个功能：
1.在当前页面能够显示一个组件对象的内容；而不是象纯jsp那样，需要在Jsp页面写入“调用对象方法”的Java代码。
（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/bianchengyuyan/）2.当用户按下页面的提交按扭或链接后，事件发生，这时应该触发服务器端并将当前页面的参数提交给服务器。这种机制表现在Form表单提交和有参数的链接
3.从一个页面视图直接跳转到另外一个页面视图，单纯的导航作用。
我们通过下表来比较这 三种框架在实现上图各个功能时技术细节，从而得出他们的异同点和偏重点。
StrutsTapestry3.0JSF在View显示的组件要求组件必须继续ActionForm
分显式调用和隐式调用
同Tapestry，事件组件必须实习ActionListener 接口Struts组件编程模型
Struts实现组件编程时有一些复杂：经常为一个页面中需要引入多个组件而头疼，因为Struts中无法直接引入多个组件，必须绕一些圈子:
一般分两种情况：假如同一个Action就可以对付这些组件，那么在这种情况下有两个办法：
1.将这多个组件装入一个ActionForm中，如使用MapForm等机制；
（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/bianchengyuyan/）2.手工将多个组件装入request/session等scope中，然后根据其名称在jsp中获得。
这两个方法都有缺点： 第一种办法经常一个ActionForm弄得面目全非，变成一个大杂烩，违反了OO分派封装的原则；第2种办法其实又回到jsp编程；
第二种情况，假如这些组件必须有预先由不同的Action来处理，每个组件必须经过Action --ActionForm流程，在这种情况下有两种办法：
1.使用Tiles, 不同流程输出到同一个页面的不同区域。是一种并行处理方式。
2. 对多个流程首尾相连，第一Action forward结果是第二个Action，最后输出一个Jsp，在这个jsp中就可以使用前面多个流程的多个ActionForm了，这属于串行方式。
QQRead.com 推出数据恢复指南教程 数据恢复指南教程 数据恢复故障解析常用数据恢复方案硬盘数据恢复教程 数据保护方法数据恢复软件专业数据恢复服务指南
来源:http://www.tulaoshi.com/n/20160219/1606430.html
看过《表现层框架Struts/Tapestry/JSF架构比较》的人还看了以下文章 更多>>
