PureMVC(AS3)剖析:設計模式(一)
模式 |
PureMVC框架的目標很明確,即把程序分為低耦合的三層:Model、View和Controller。降低模塊間的耦合性,各模塊如何結合在一起工作對於創建易擴展,易維護的應用程序是非常重要的。PureMVC框架使用多重設計模式來實現解耦徹底、靈活性。
l 單例(singleton)模式保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。在PureMVC實現的經典MVC元設計模式中,這三部分由三個單例類管理,分別是Model 、View和Controller。PureMVC中還有另外一個單例類——Façade,為子系統提供統一接口;
l 在PureMVC中模塊間使用觀察者(Observer)模式通信,以便當一個對象的狀態發生改變時,所有依賴它的對象都得到通知並更新。如Proxy中數據更新了,sendNotification通知所有相關顯示的地方更新顯示;
l 使用外觀(Façade)模式為子系統Model、View、Controller接口提供一致對外的界面,定義了一組高層接口,這使得子系統更容易使用;
l 使用中介者(Mediator)模式來封裝UI與系統中其他對象的交互,使得各對象不需要顯示地互相引用,從而使得其耦合松散,而且可以獨立地改變它們之間的交互;
l 使用代理(Proxy)模式為數據對象提供代理以控制數據對象的訪問,PureMVC中Proxy負責操作數據模型,與遠程服務信存取數據;
l 使用命令(Command)模式將請求封裝為一個對象,實現“行為請求者”與“行為實現者”解耦將發出命令的責任和執行命令的責任分割開。
下面詳細介紹PureMVC框架中使用的模式。
1. 單例模式
單例(singleton)模式,保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。它有如下特點:
1) 類只能有一個實例;
2) 它必須自行創建這個實例;
3) 它必須自行向整個系統提供這個實例。
圖:單例模式類圖
一般語言可以將構造函數置為private,以阻止外部實例化。然而由於AS3中的構造函數必須是public,所以不可以像其它編程語言一樣,將構造函數置為private來阻止調用構造函數生成實例。PureMVC中這樣實現單例類,例如View單例:
View |
public class View implements IView { /** * @throws Error Error if Singleton instance has already been constructed */ public function View( ) { if (instance != null) throw Error(SINGLETON_MSG); instance = this; mediatorMap = new Array(); observerMap = new Array(); } public static function getInstance() : IView { if ( instance == null ) instance = new View( ); return instance; } … } |
另一種通過保外類實現單例的方式,可以參考這篇文章【游戲中的背景音樂和聲效】http://goo.gl/PGPLL。
PureMVC中有4個類都使用了單例模式:Façade(外觀模式常使用單例模式)、Model、View、Controller。
2. 外觀模式
外觀(Façade)模式為子系統中的一組接口提供一個一致的界面,Facade模式定義了一個高層接口,這個接口使得這一子系統更加容易使用。
圖:façade模式效果
引入外觀角色之后,用戶只需要直接與外觀角色交互,用戶與子系統之間的復雜關系由外觀角色來實現,從而降低了系統的耦合度。外觀模式特點如下:
l 外觀模式為復雜子系統提供了一個簡單接口,並不為子系統添加新的功能和行為【注意】。
l 外觀模式實現了子系統與客戶之間的松耦合關系。
l 外觀模式沒有封裝子系統的類,只是提供了簡單的接口。如果應用需要,它並不限制客戶使用子系統類。因此可以在系統易用性與通用性之間選擇。
l 外觀模式注重的是簡化接口,它更多的時候是從架構的層次去看整個系統,而並非單個類的層次。
l 外觀模式經常使用單例實現,但子系統們可以有多個Façade。
在PureMVC中,為Model、View、Controller類提供了外觀類Façade,Façade統一對外提供這3者的接口,使用過程成只需要跟Façade打交道就行。
圖:façade與Model、View、Controller類
3. 觀察者模式
觀察者(Observer)模式(有時又被稱為發布/訂閱模式),定義對象間的一種一對多依賴關系,使得一個對象狀態發送改變時,其相關依賴對象皆得到通知並被自動更新。這里涉及到3個角色:
l 觀察者(訂閱者):被通知的對象,它需要事先注冊對應消息/主題。
l 通知者(發布者):發生改變的對象,當狀態發生改變時通知所有依賴它的觀察者更新。
l 消息(主題):消息/主題標識觀察者感興趣的內容、通知者狀態改變時需要發布的內容。
為了徹底解耦,避免直接的函數調用,PureMVC使用觀察者模式(發布/訂閱)的形式傳遞消息。在PureMVC中Mediator、Proxy、Command之間的通信,以通知形式實現松散耦合。Mediator、Proxy、Command都是通知者(發布者) 可以調用sendNotification發送消息;Mediator、Command同時也是觀察者(訂閱者)可以接收來自其它對象的通知。
觀察者模式中,維護觀察者、通知者、消息/主題之間的映射關系有多種方式:
1) 由通知者維護對應的消息/主題、觀察者的映射關系,並在自身狀態發送改變時,通知所有的觀察者;
2) 由一個管理器維護所有消息/主題、觀察者之間的映射關系,當通知者發布消息時,通過管理器調用觀察者通知更新。(PureMVC使用這種模式,View是管理器,管理全局的消息映射關系)
圖:通知者、觀察者、管理器、消息類
3.1. 發布通知
所有的通知者(發布者)都繼承自Notifier類,故擁有發布通知的功能,然而Notifier是使用Façade發布通知的。
Notifier |
public class Notifier implements INotifier { public function sendNotification( notificationName:String, body:Object=null, type:String=null ):void { facade.sendNotification( notificationName, body, type ); }
// Local reference to the Facade Singleton protected var facade:IFacade = Facade.getInstance(); } |
由前面介紹的外觀模式可知façade保存了View的引用,View在觀察者模式中充當着管理者的角色,保存着所有消息/主題、觀察者的映射。當Mediator/Command/Proxy發布通知時,façade調用View的notifyObservers()方法,遍歷保存的映射關系,從而通知所有滿足條件的觀察者。PureMVC中Mediator/Command/Proxy發布通知的時序如下圖所示:
圖:發布通知時序
3.2. 注冊通知
觀察者想接受到相應通知必須先注冊,Mediator、Command分別通過以下接口注冊:
l listNotificationInterests():Array
l registerCommand( notificationName : String, commandClassRef : Class ) : void
Mediator、Command從注冊到接收通知的時序圖如下:
圖:注冊、接收通知時序
下篇將介紹PureMVC中的中介者模式、代理模式、命令模式。
相關文章
[1] PureMVC(AS3)剖析:開篇,http://goo.gl/uqUV4