JavaServer Faces架構使用的設計模式

來源:互聯網
上載者:User
server|設計   本文中,作者 Anand Joshi 使用 JSF 架構中的設計模式闡釋了 JavaServer™ Faces (JSF) 體繫結構。他討論了 JSF 體繫結構中使用的 GoF 設計模式,以及這些模式在 JSF 架構中的作用。任何對設計模式和 JSF 體繫結構有一定瞭解的人都能從 Anand 詳細的介紹中有所收穫。*讀者應該對 GoF 設計模式和 JSF 技術有很好的瞭解。

  設計模式可以協助使用者在更高層次上抽象細節,更好地理解體繫結構。如果比較熟悉 GoF 設計模式和 JavaServer Faces (JSF) 架構,本文可以協助您洞察 JSF 架構中使用的設計模式,深入理解其工作原理。

  本文探討了 JSF 架構中使用的設計模式。詳細討論的設計模式包括 Singleton、Model-View-Controller、Factory Method、State、Composite、Decorator、Strategy、Template Method 和 Observer 模式。

設計模式和 JavaServer Faces (JSF) 技術

首先簡要地介紹一下模式和 JSF 架構。

  • 模式。設計模式是對問題和解決方案進行抽象的普遍適用的方法。因為模式是所有開發人員和架構師公認的,所以模式可以節約時間和資源。用外行話來說,模式就是關於某個人所共知的問題的經過驗證的解決方案。模式可以重用,重用使得解決方案更健壯。
  • Java Server Faces。 JSF 體繫結構是一種 Web 應用程式架構。它是 Java Community Process (JCP) 推動的,有望成為 Web 應用程式開發的標準架構。目前用於開發 Web 應用程式的架構有 50 多個,這說明迫切需要實現架構的標準化,這正是 JSF 架構的目標!

深入剖析 JSF 模式

  現在我們來討論 JSF 體繫結構中的各種設計模式。本文將詳細討論 Singleton、Model-View-Controller、Factory Method、State、Composite、Decorator、Strategy、Template Method 和 Observer 設計模式。我將分析每種模式的用途及其在 JSF 架構中的作用。

Singleton 模式

  Singleton 模式的目的是保證類只有一個執行個體被載入,該執行個體提供一個全域訪問點。當啟動具有 JSF 支援的 Web 應用程式時,Web 容器初始化一個 FacesServlet 執行個體。在這個階段,FacesServlet 對每個 Web 應用程式執行個體化 Application 和 LifeCycle 執行個體一次。這些執行個體就採用眾所周知的 Singleton 模式,通常只需要該類型的一個執行個體。

使用 JSF 的 Web 應用程式只需要 Application 和 LifeCycle 類的一個執行個體。LifeCycle 管理多個 JSF 請求的整個生命期。因為其狀態和行為在所有請求之間共用,這些對象採用 Singleton 模式合情合理。LifeCycle 維護的 PhaseListeners 也是 Singleton 模式的。PhaseListeners 由所有 JSF 請求共用。在 JSF 架構中可以廣泛使用 Singleton 模式,以減少記憶體佔用和提供對象的全域訪問。NavigationHandler(用於確定請求的邏輯結果)和 ViewHandler(用於建立視圖)也是使用 Singleton 模式的例子。

Model-View-Controller (MVC)

  MVC 模式的目的是從資料表示(View)中將資料(即 Model)分離出來。如果應用程式有多種表示,可以僅替換視圖層而重用控制器和模型代碼。類似的,如果需要改變模型,可以在很大程度上不改變視圖層。控制器處理使用者動作,使用者動作可能造成模型改變和視圖更新。當使用者請求一個 JSF 頁面時,請求發送到 FacesServlet。FacesServlet 是 JSF 使用的前端控制器 servlet。和其他很多 Web 應用程式架構一樣,JSF 使用 MVS 模式消除視圖和模型之間的耦合。為了集中處理使用者請求,控制器 servlet 改變模型並將使用者導航到視圖。

  FacesServlet 是 JSF 架構中所有使用者請求都要經過的控制器元素。FacesServlet 分析使用者請求,使用託管 bean 對模型調用各種動作。後台(backing)或託管(managed)bean 就是該模型的例子。JSF 使用者介面(UI)組件是視圖層的例子。MVC 模式把任務分解給具有不同技能的開發人員,使這些任務能夠同時進行,這樣 GUI 設計人員就可以使用豐富的 UI 組件建立 JSF 頁面,同時後端開發人員可以建立託管 bean 來編寫專門的商務邏輯代碼。

Factory Method 模式

  Factory Method 模式的目的是定義一個用於建立對象的介面,但是把對象執行個體化延遲到子類中。在 JSF 體繫結構中,Factory Method 模式被用於建立對象。LifeCycleFactory 是一個建立和返回 LifeCycle 執行個體的工廠對象。LifeCycleFactory 的 getLifeCycle (String LifeCycleId) 方法採用 Factory Method 模式,根據 LifeCycleId 建立(如果需要)並返回 LifeCycle 執行個體。自訂的 JSF 實現可以重新定義 getLifeCycle 抽象方法來建立自訂的 LifeCycle 執行個體。預設的 JSF 實現提供預設的 LifeCycle 執行個體。此外,對於每個 JSF 請求,FacesServlet 都從 FacesContextFactory 得到 FacesContext。FacesContextFactory 是一個抽象類別,公開了 getFacesContext API,JSF 實現提供了 FacesContextFactory 和 getFacesContext API 的具體實現。這是另外一個使用 Factory Method 模式的例子,具體的 FacesContextFactory 實現建立 FacesContext 對象。

State 模式

  State 模式的目的是在表示狀態的不同類之間分配與狀態有關的邏輯。FacesServlet 對 LifCycle 執行個體調用 execute 和 render 方法。LifeCycle 協調不同的 Phrase 以便執行 JSF 請求。在這裡 JSF 實現就遵循了 State 模式。如果沒有使用這種模式,LifeCycle 實現就會被大量的條件(即 “if” 語句)攪得一塌糊塗。JSF 實現為每個狀態(或階段)建立單獨的類並調用 step。phase 是一個抽象類別,定了每個 step 的公用介面。在 JSF 架構中定義了六個 phrase(即 step):RestoreViewPhase、ApplyRequestValues、ProcessValidationsPhase、UpdateModelValuesPhase、InvokeApplicationPhase 和 RenderResponsePhase。

  在 State 模式中,LifeCycle 把 FacesContext 對象傳遞給 phase。每個階段或狀態改變傳遞給它的上下文資訊,然後設定 FacesContext 本身中的標誌表明下一個可能的步驟。JSF 實現在每個步驟中改變其行為。每個階段都可以作為下一個階段的起因。FacesContext 有兩種標誌 renderResponse 和 responseComplete 可以改變執行的順序。每個步驟執行完成後,LifeCycle 檢查上一階段是否設定了這些標誌。如果設定了 responseComplete,LifeCycle 則完全放棄請求的執行。如果經過某個階段後設定了 renderResponse 標誌,JSF 就會跳過剩下的階段而直接進入 Render Response 階段。如果這兩個標誌都沒有設定,LifeCycle 就會按順序繼續執行下一步。

Composite 模式

  Composite 模式讓客戶代碼能夠統一處理綜合物件和基本對象。綜合物件是基本對象的容器。在第一階段(Restore View 階段)和最後一個階段(Render Response 階段),使用 JSF UI 組件構造 UI View。UIComponentBase 就是 Composite 模式中 Component 抽象類別的一個例子。UIViewRoot 是 Composite 類,而 UIOutput(比方說)就是葉子(或者基本類)。UIComponentBase 類定義了葉子和綜合物件的公用方法,如編碼/解碼值和子節點管理函數。子節點管理函數,如 getChildren,對於葉子節點返回空列表,對於複合節點則返回其子節點。

Decorator 模式

  Decorator 模式的目的是不通過子類化動態擴充項物件的行為。JSF 架構有很多擴充點(即可插入機制)。JSF 實現可使用 Decorator 模式替換預設的 PropertyResolver、VariableResolver、ActionListener、NavigationHandler、ViewHandler 或 StateManager。通常自訂實現接受通過建構函式傳遞給它的預設實現的引用。自訂實現僅僅改寫功能的一個子集,而將其他功能委託給預設實現。如果希望實現自訂的 ViewHandler,改寫預設 ViewHandler 實現的 calculateLocale 方法,可以像 清單 1 那樣編寫 CustomViewHandler 類:
清單 1. CustomViewHandler 片段

public class CustomViewHandler extends ViewHandler { public CustomViewHandler(ViewHandler handler) { super(); oldViewHandler = handler; }private ViewHandler oldViewHandler  = null;public void renderView (facesContext context, UIViewRoot view) {            //delegate method to oldViewHandler oldViewHandler.renderView(context, view);}//custom implementation of calculateLocalepublic Locale calculateLocale(FacesContext context) {}}

Strategy 模式

  Strategy 模式的目的是封裝不同的概念。JSF 架構採用 Strategy 模式使用委託實現模型呈現 UI 組件。JSF 支援人員兩種呈現模型。在直接實現模型中,UI 組件對收到的請求中的資料進行解碼,然後編碼這些資料進行顯示。在委託實現模型中,解碼和編碼操作委託給和組建關聯的專門轉譯器。後一種模型利用了 Strategy 設計模式,比直接實現更靈活。在 Strategy 模式中,將不同的演算法封裝在單獨的對象中,從而可以動態地改變演算法。JSF 實現可以用已有的 renderkit 執行個體註冊另外的轉譯器,當應用程式啟動的時候,JSF 實現讀取設定檔將這些轉譯器和 UI 組件聯絡在一起。

Template Method 模式

  Template Method 模式的目的是將變化的步驟延遲到子類中,而在父類中定義那些固定的演算法步驟。JSF 架構通過 PhraseListeners 展現了 Template Method 模式提供的功能。採用 Template Method(或者 “hook”)使得 Web 作者可以為不同階段之間的可選步驟提供實現,而主要階段仍然和 JSF 架構的定義一致。JSF 架構提供了 PhaseListeners,概念上類似於 Template Method 模式中的可變步驟。JSF 架構有六個預定義的階段,在每個階段之間,Web 作者可以實現 PhaseListeners 來提供類似於 Template Method hook 的 hook。事實上,這種結構比 Template Method 模式更具有擴充性。可以通過註冊 PhraseId 為 ANY_PHRASE 的 PhaseListener 在每個階段後提供 hook。如果 PhaseId 是 ANY_PHASE,JSF 實現就會在每個階段之前和之後調用該 PhaseListener。JSF 架構中的實現略有不同,因為可以根本沒有 PhaseListener,但是在 Template Method 模式中,子類通常重新定義父類中抽象的可變步驟。

Observer 模式

  Observer 模式的目的是當目標對象的狀態改變時自動通知所有依賴的對象(即觀察器)。JSF 在 UI 組件中實現了 Observer 模式。JSF 有兩類內建事件:ActionEvent 和 ValueChangedEvent。ActionEvent 用於確定使用者介面組件(如按鈕)的啟用。當使用者單擊按鈕時,JSF 實現通知添加到該按鈕上的一個或多個動作監聽程式。於是該按鈕被啟用,或者說按鈕(主體)的狀態改變了。添加到按鈕上的所有監聽程式(即觀察器)都收到通知該主體狀態已經改變。類似的,當輸入 UI 組件中的值改變時,JSF 實現通知 ValueChangeListener。

結束語

  JSF 架構利用了 Singleton、Model-View-Controller、Factory Method、State、Composite、Decorator、Strategy、Template Method 和 Observer 設計模式。因為它的體繫結構建立在已經驗證的設計模式的基礎上,這是一個健壯的架構,模式在 JSF 架構中得到了很好的利用。

參考資料

學習

  • 您可以參閱本文在 developerWorks 全球網站上的 英文原文

  • 請訪問 Gang of Four Design Patterns 進一步瞭解這些設計模式。

  • 請閱讀 “懷疑論者的 JSF: JSF 應用程式的生命週期” 進一步瞭解 JavaServer Faces 架構(developerWorks,2005 年 3 月)。

  • 請訪問 developerWorks Java 技術專區。這裡專門發表各種基於 Web 和 Java 的解決方案的文章和教程。


獲得產品和技術

  • 從 Sun Developer Network 免費 下載 JSF


相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。