最近在学习PureMVC框架，感觉最权威的还是阅读官方文档，顺便翻译了下全当记笔记了。
PureMVC概览
这篇文档他讨论PureMVC框架的类和接口，使用UML来阐述它们的角色、职责和协作。
PureMVC框架有一个非常细小的目标一一就是帮助你把应用程序编码之间的关联分离成明确的三层：模型层，视图层和控制层。
经典MVC设计模式的实现把应用程序以3个单例的形式呈现。在PureMVC中第四个单例Facade通过一个简单的接口为程序提供了通信便利，简化了开发。
Model层这里叫Proxy, Proxy提供了API来管理数据模型层（包括远程父物数据查找）。
View层这里叫Mediator，Mediator模式适配和管理视图组件。（用户接口）
Controller这里叫Command, Command没有自主权，并且只有当需要时被创建。
Facade 初始化和缓存Model, View 和 Controller这几个核心组件，并且提供了一个单独的地方来访问它们的公有方法。
Facade类使得Proxies, Mediators 和Commands 以松耦合的方式来彼此通信，没必要直接的引用或访问框架中的核心。
当我们为程序创建一个具体的Facade实现时,我们可以容易的与Facade交互，给使用API的开发者以最少的细节来成功的使用框架。
Model, View, Controller 这三个核心角色分别实现了IModel, IView和IController接口。 Facade实现了IFacade, 以组合方式实现了所有的核心接口。（IModel, IView和IController）
View, Mediators 和View组件。
View类以单例的方式被实现并且提供了具体的IMediator实例的访问。
Mediators 帮助我们创建和复用现有的用户接口组件，使得我们不必要关注PureMVC的实现细节。具体的Mediators必须实现IMediator接口，通常以继承的方式来实现。
视图组件用来显示数据或者接受用户手势。以一个Flash程序为例，它们通常使用事件和暴露一些属性给具体的Mediator来通信、监视和管理。一个Mediator连接这一个视图组件和它的数据并且和以它为代表的系统的剩下部分进行通信。
当一个具体的Mediator被注册到View的时候，Mediator可以被它感兴趣的Notification查询。Mediator类必须返回它期望被通知的Notifications的数组的名字。
因为Mediator必须实现IMediator接口，具体的Mediator将有一个handleNotification方法。当Mediator注册到View的时候，一个Observer实例被创建并且注册到这个数组中的每一个Notification.因此，无论什么时候只要有一个Mediator感兴趣的Notification被发送，Mediator的handleNotification方法就会被调用。
Mediator框架类实现了INotifier，因此有一个sendNotification方法，这个方法带着参数给一个新的Notification,构建这个Notification并且使用IFacade单例的实例发送它。
Mediator的保护属性facade初始化来注册IFacade实例，因此Mediator必须在具体的Facade初始化之后被构建。
未完，待续...