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中的中介者模式、代理模式、命令模式。
转自：/article/4697802.html