2005.11.09??來自：CSDN??
比較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相比具有更大的靈活性。