代码改变世界

PureMVC(AS3)剖析:设计模式(一)

2013-03-14 00:56  吴秦  阅读(6175)  评论(2编辑  收藏

PureMVCAS3)剖析:设计模式(一)

模式

PureMVC框架的目标很明确,即把程序分为低耦合的三层:ModelViewController。降低模块间的耦合性,各模块如何结合在一起工作对于创建易扩展,易维护的应用程序是非常重要的。PureMVC框架使用多重设计模式来实现解耦彻底、灵活性。

l  单例(singleton)模式保证一个类仅有一个实例,并提供一个访问它的全局访问点。在PureMVC实现的经典MVC元设计模式中,这三部分由三个单例类管理,分别是Model ViewControllerPureMVC中还有另外一个单例类——Façade,为子系统提供统一接口;

l  PureMVC中模块间使用观察者(Observer)模式通信,以便当一个对象的状态发生改变时,所有依赖它的对象都得到通知并更新。如Proxy中数据更新了,sendNotification通知所有相关显示的地方更新显示;

l  使用外观(Façade)模式为子系统ModelViewController接口提供一致对外的界面,定义了一组高层接口,这使得子系统更容易使用;

l  使用中介者(Mediator)模式来封装UI与系统中其他对象的交互,使得各对象不需要显示地互相引用,从而使得其耦合松散,而且可以独立地改变它们之间的交互;

l  使用代理(Proxy)模式为数据对象提供代理以控制数据对象的访问,PureMVCProxy负责操作数据模型,与远程服务信存取数据;

l  使用命令(Command)模式将请求封装为一个对象,实现“行为请求者”与“行为实现者”解耦将发出命令的责任和执行命令的责任分割开。

下面详细介绍PureMVC框架中使用的模式。

1.  单例模式

单例(singleton)模式,保证一个类仅有一个实例,并提供一个访问它的全局访问点。它有如下特点:

1)        类只能有一个实例;

2)        它必须自行创建这个实例;

3)        它必须自行向整个系统提供这个实例。

clip_image002[4]

图:单例模式类图

一般语言可以将构造函数置为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(外观模式常使用单例模式)、ModelViewController

2.  外观模式

外观(Façade)模式为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用

clip_image004[4]

图:façade模式效果

引入外观角色之后,用户只需要直接与外观角色交互,用户与子系统之间的复杂关系由外观角色来实现,从而降低了系统的耦合度。外观模式特点如下:

l  外观模式为复杂子系统提供了一个简单接口,并不为子系统添加新的功能和行为【注意】

l  外观模式实现了子系统与客户之间的松耦合关系。

l  外观模式没有封装子系统的类,只是提供了简单的接口。如果应用需要,它并不限制客户使用子系统类。因此可以在系统易用性与通用性之间选择。

l  外观模式注重的是简化接口,它更多的时候是从架构的层次去看整个系统,而并非单个类的层次。

l  外观模式经常使用单例实现,但子系统们可以有多个Façade

PureMVC中,为ModelViewController类提供了外观类FaçadeFaçade统一对外提供这3者的接口,使用过程成只需要跟Façade打交道就行。

clip_image006[4]

图:façadeModelViewController

3.  观察者模式

观察者(Observer)模式(有时又被称为发布/订阅模式),定义对象间的一种一对多依赖关系,使得一个对象状态发送改变时,其相关依赖对象皆得到通知并被自动更新。这里涉及到3个角色:

l  观察者(订阅者):被通知的对象,它需要事先注册对应消息/主题。

l  通知者(发布者):发生改变的对象,当状态发生改变时通知所有依赖它的观察者更新。

l  消息(主题):消息/主题标识观察者感兴趣的内容、通知者状态改变时需要发布的内容。

为了彻底解耦,避免直接的函数调用,PureMVC使用观察者模式(发布/订阅)的形式传递消息。在PureMVCMediatorProxyCommand之间的通信,以通知形式实现松散耦合。MediatorProxyCommand都是通知者(发布者) 可以调用sendNotification发送消息MediatorCommand同时也是观察者(订阅者)可以接收来自其它对象的通知

观察者模式中,维护观察者、通知者、消息/主题之间的映射关系有多种方式:

1)        由通知者维护对应的消息/主题、观察者的映射关系,并在自身状态发送改变时,通知所有的观察者;

2)        由一个管理器维护所有消息/主题、观察者之间的映射关系,当通知者发布消息时,通过管理器调用观察者通知更新。(PureMVC使用这种模式,View是管理器,管理全局的消息映射关系

clip_image008[4]

图:通知者、观察者、管理器、消息类

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调用ViewnotifyObservers()方法,遍历保存的映射关系,从而通知所有满足条件的观察者PureMVCMediator/Command/Proxy发布通知的时序如下图所示:

clip_image010[4]

图:发布通知时序

3.2.          注册通知

观察者想接受到相应通知必须先注册,MediatorCommand分别通过以下接口注册:

l  listNotificationInterests():Array

l  registerCommand( notificationName : String, commandClassRef : Class ) : void

MediatorCommand从注册到接收通知的时序图如下:

clip_image012[4]

图:注册、接收通知时序

下篇将介绍PureMVC中的中介者模式、代理模式、命令模式。

 

相关文章

[1]     PureMVCAS3)剖析:开篇http://goo.gl/uqUV4

[2]     PureMVCAS3)剖析:实例http://goo.gl/UqnQh

[3]     PureMVCAS3)剖析:吐槽http://goo.gl/sDHJU