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单例：

另一种通过保外类实现单例的方式，可以参考这篇文章【游戏中的背景音乐和声效】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发布通知的。

由前面介绍的外观模式可知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中的中介者模式、代理模式、命令模式。