seam無縫集成：為jsf定做應(yīng)用程序框架-全文預(yù)覽
【正文】 一個方法調(diào)用，從而利用了這一特性。因此，不必遷移到一個完整的基于動作的框架中，仍然可以比得上最特別的特性。對于頁面動作，XML 是有必要的，因為視圖 ID 非常容易變化。頁面動作來幫忙Seam 的頁面動作可以幫助您預(yù)先攔截呈現(xiàn)的假信號。每個頁面可能依賴于多個 backing bean，每個那樣的 bean 也可能在多個不同的頁面上使用。當用戶直接從書簽（比如）請求一個商品詳細信息屏幕時，通常會發(fā)生什么事情呢？由于 JSF 控制器采取被動方式，當頁面開始呈現(xiàn)時，即使明顯沒有目標數(shù)據(jù)，也不能將用戶重新帶到邏輯流的開始處。頁面動作和 RESTful URL在不使用組件框架的情況下，另一個必須解決的熟悉的問題是預(yù)先處理每個請求，就像在基于動作的框架中那樣。由于大多數(shù) backing bean 是為了在特定應(yīng)用程序中使用而開發(fā)的，因此沒有理由將這些 bean 的配置 “抽象” 到類本身以外的任何文件中。并不復(fù)雜的配置Seam 演示了 Java 5 注釋的一個非常實用的用法。JSF 的其他主要缺點還包括對 HTTP 會話的依賴過重（尤其是在一序列的頁面之間傳播數(shù)據(jù)時），簡陋的異常處理，缺少書簽支持，以及太多的 XML 配置。Seam 與 JSF對于 JSF 和組件框架的基礎(chǔ)已經(jīng)介紹得差不多了。一個應(yīng)用程序即使只達到中度成熟，它通常也需要在任何給定頁面上使用很多不相關(guān)的活動。因此，組件框架也被歸類為事件驅(qū)動的。前面那些框架被歸類為基于動作的（actionbased），而 JSF 則屬于基于組件模型 的新的框架家族中的一員。再談 JSF為了充分理解 Seam 為 JSF 帶來了什么，就需要理解 JSF 與其他流行的基于 Web 的編程方法有何不同。）清單 5. 注入一個 Spring beanName(addressManager) public class AddressManagerBean { In({addressService}) private AddressService addressService。 }}Spring 的注入為了使用由一個已有的 Spring 容器管理的服務(wù)層對象中的投資，需要將所有處理相關(guān)業(yè)務(wù)邏輯的 Spring bean 注入到 Seam 組件中。清單 4. 一個典型的 Seam POJO beanName(addressManager) public class AddressManagerBean { DataModel private ListAddress addresses?？梢赃M行這種連接是因為 Seam 在調(diào)用組件時（而不是啟動容器時）解析依賴項。當注出（outject）屬性數(shù)據(jù)時，視圖可以通過名稱找到它。最妙的是，不需要在 文件中定義這個 bean。請參閱 參考資料，看看 Seam 參考文檔，其中討論了用于控制附加功能的配置文件 ?? 特別是 EJB3 集成。清單 3. Seam 屬性文件 The mere divsence of this file triggers Seam to load It can also be used to tune parameters on configurable Seam ponents當然，在這種最小設(shè)置中，Seam 的很多特性是不可用的。該監(jiān)聽器將 Seam 集成到標準 JSF 生命周期中。該圖中顯示的大多數(shù)附加庫支持 JSF 的 MyFaces 實現(xiàn)。這里需要包含來自 Hibernate distribution 的 jar，以及它的眾多的依賴項。只需添加 4 個 jar 文件，注冊一個 servlet 監(jiān)聽器和一個 JSF phase 監(jiān)聽器，最后再加上一個空白的 Java 屬性文件。如何使用 Seam 視個人偏好而定。當和 POJO 一起使用 Seam 時，該框架保留對組件實例化的完全控制，并且不要求任何專門的配置。對 EJB3 的考慮正如我將要解釋的那樣，Seam 通過一些有價值的 hook 和組件管理進程 擴展默認 JSF 生命周期。我要粉碎的一個流言是：Seam 只有和 EJB 3 一起使用時才有用，或者說在使用 Seam 開發(fā)應(yīng)用程序時需要一個 EJB3 容器。如果您正使用 JSF，并且還沒聽說過 Seam，那么我強烈建議您看看 Seam 的參考文檔（見 參考資料）。在閱讀本系列之前，如果您想下載 Seam，那么請閱讀 參考資料 一節(jié)。我排除了 Struts 2，因為它將 JSF 看作是面向更大范圍的設(shè)計。JSF 正開始憑借其 Java Web 標準的地位主導(dǎo) Java Web 應(yīng)用程序市場。JavaServer Faces (JSF) 是用于 Java? Web 應(yīng)用程序的第一個標準化的用戶界面框架。Dan Allen 介紹了 Seam 對 JSF 生命周期的增強，包括上下文狀態(tài)管理、 RESTful URL、Ajax remoting、適當?shù)漠惓Ｌ幚砗图s定優(yōu)于配置。我在尋找用于彌補 JSF 的組件驅(qū)動架構(gòu)的擴展時，發(fā)現(xiàn) Shale 和 Struts 2 都有不足之處。這個由三部分組成的系列將介紹 Seam 應(yīng)用程序框架，演示它的優(yōu)點，并希望使您相信它與 JSF 是開發(fā) Java 企業(yè)應(yīng)用程序的極好的組合。令 Java 開發(fā)人員欣喜的是，Seam 可以滿足所有這些需求，甚至可以滿足更多需求。 Seam 沒有很快流行的另一個原因是關(guān)于這種框架的某些流言使 Java 開發(fā)人員沒能認識到它的直接優(yōu)點。雖然這兩對都有很強的互補性，但是每一對的兩者之間都不是相互依賴的。圖 1 顯示了一個 Seam POJO 實現(xiàn)的應(yīng)用程序堆棧：圖 1. 一個 Seam POJO 應(yīng)用程序堆棧實際上，即使完全不引用 EJB 3 jar 或描述符文件，也可以使用 Seam 的很多功能。在某些情況下，將 Seam 集成到一個沒有 EJB 3 耦合的 IT 投資中可以獲得更好的成本效益。因為 JSF 生命周期仍然是 Seam 應(yīng)用程序的中心部分，所以不需要經(jīng)歷一個再訓(xùn)練時期。如果您當前不是使用 Hibernate，或者還沒有升級到最新的版本，那
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1