比较2： java编程模型(Java Programming Model)
在前面我们提到Tapestry和JSF都允许表现层的模板直接和一个Java类中的属性和方法进行交互，那这些类的实例在运行时是怎么创建和管理的呢？
Tapestry
Tapestry的一个完整过程通常都要包括三个部分：用于显示的页面模板(一般就是html)，带有相关属性和方法的java类，用于定义页面模板上的控制元素和java类的关系的页面定义文件。Tapestry有着一套特殊的访问HttpSess ion、ServletContext的体系。
在一个页面定义文件中描述所有的数据绑定是可以的，但是一个页面控制元素却不能在request周期内，绑定一个java类。在request周期内只能通过一个page类访问一些属性和方法。这其中最主要的限制就是关于page类的问题，一个pag e类必须是BasePage或者AbstractPage的派生类。从另一方面来说，这就意味着你所编写的表现层逻辑的代码将会和框架本身的实现有着非常紧密的耦合。不过，Tapestry未来的版本就会减少这种耦合，努力成为一个松耦合的编程模型。
JSF
在JSF应用中没有页面定义文件。它只有一个全局的配置文件，命名为：faces-config.xml，里面通常都定义了一堆"managed beans"。这些managed beans都是带有属性和事件监听器的定义良好的java bean。在faces-config.xml中定义的后端bean都有三个参数：一个标识符、一个java类名、一个bean的生存周期，生存周期可以是request、session、application中的一种。一旦在 faces-config.xml中定义好了一个managed bean,那一个前端页面上的显示控制元素就可以使用标识符来关联这个bean。managed bean也可以配置为引用另外一个managed bean。
JSF和Tapestry都可以方便的与其他的中间层技术整合，比如Spring。JSF managed bean facility是一个IoC（Inversion of Control）。通过诸如 JSF-Spring 这样的扩展技术，我们可以方便将其和Spring很好的整合在一起，使得JSF的表达式可以调用Spring的bean的方法。虽然Spring可以与 Tapestry3.0整合，但是在Tapestry4.0当中才能更好的充分发挥IoC特性；Tape stry的领导Howard Lewis Ship已经在Tapestry启动了IoC框架的工作。Spring的bean将会很轻松的注入到Tapestry应用的类中。
JSF的编程模型提供了更大的灵活型，因为你可以通过组合的方式来丰富你的代码功能。比如，你可以设定一个指定的managed bean完成页面的某些功能，同时，你也可以在这些bean里引用其他的managed bena,从而可在页面间共享一些功能。
而Tapestry必须使用类继承的方法，也就是说，Tapestry应用中的一个页面类必须从框架指定的基类中派生(包含一大堆框架指定的状态)，这并不是一个理想的方法。
JSF能够非常直观的管理session和application周期内的状态： 页面代码可以方便的访问managed bean，而不管其生命周期是request、session还是application。而Tapestry在这方面就相对差点，不过， Tapestry4.0在这方面做了很大的改进，引入了类似于JSF managed bean的技术，同时,还支持Java 5.0的annotaions技术，减少对XML配置文件的依赖，从而降低应用配置的复杂性。
JSF在编程模型上来看，与Tapestry相比具有更大的灵活性。