PureMVC（AS3）剖析：设计模式
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
[2] PureMVC （ AS3 ）剖析：实例 ， http://goo.gl/UqnQh
[3] PureMVC （ AS3 ）剖析：吐槽 ， http://goo.gl/sDHJU
作者：吴秦
出处：http://www.cnblogs.com/skynet/
本文基于 署名 2.5 中国大陆 许可协议发布，欢迎转载，演绎或用于商业目的，但是必须保留本文的署名 吴秦 （包含链接）.
分类: 网页游戏开发 , PureMVC（AS3）剖析
作者： Leo_wl
出处： http://www.cnblogs.com/Leo_wl/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
版权信息查看更多关于PureMVC（AS3）剖析：设计模式的详细内容...