PureMVC 框架总结收录

PureMVC框架的目标很明确，就是把程序分为低耦合的三层：Model、View和Controller。

通过使用PureMVC后，我们的代码将集中分为以下几个部分：Façade、Command、Mediator、Proxy以及UI部分，还有一些数据结构的定义如Value Object，所有核心的逻辑都在Command、Mediator和Proxy中。

1.      Façade:

管理着Controller、Model和View，并且通过他们建立起Notification和Command以及Notification和Mediator之间的消息映射。

其中Controller、Model和View都是在框架中实现，对用户来讲是不可见的。

一般一个Application都有一个Façade子类，并在系统初始化的时候进行Façade的初始化。

有3个比较重要的Protected初始化函数：

initializeController() – 初始化Notification和Command之间的映射

            如registerCommand(LOGIN, LoginCommand);

initializeModel() – 初始化Model层，主要是Proxy的注册

            如registerProxy(new SearchProxy());

initializeView() – 初始化View层，主要是Mediator，并Mediator指定具体的Notification Body，通常就是具体的UI view

            如registerMediator(new ApplicationMediator());

通常Proxy和Mediator都是在收到具体Notification后第一次调用的时候进行注册，特别是Mediator，它需要一个对UI view的具体引用，在façade中无法得到

2.      Command：

一般处理系统主要的Business Logic。通过Façade中的Controller注册并侦听每个Notification，当收到某个Notifiaction后，Controller会实例化一个Notification对应的Command类对象，然后调用Command的execute()方法并将Notification作为参数传递给它。

Command包括两种SimpleCommand和MacroCommand，实际上MacroCommand就比SimpleCommand多维护一个subCommands数组，在调用MacroCommand的execute方法是，会遍历该数组并按顺序调用每个command的execute方法

在Command里可能会处理以下逻辑：

A.     注册或删除Mediator、Proxy以及其他Command

B.     发送Notification通知其他Command或者Mediator做出响应

C.     获取Proxy和Mediator对象，直接操作它们

3.      Mediator

Mediator是界面UI部分和系统其他部分交互的中介。它的主要职责是处理UI和其他Mediator或者Command发出的Notification。

Mediator通过2种方式监听着系统发出的消息

1. 普通的addEventListener(eventName, onHandler)
2. 定义感兴趣的Notification和收到Notification后的处理函数

如下代码：

override public function listNotificationInterests():Array{

      return [

            ApplicationFacade.MY_CLICK

      ];

}

override public function handleNotification(notification:INotification):void{

      switch(notification.getName())

      {

            case ApplicationFacade.MY_CLICK:

                  myView.text.text = notification.getBody() as String; 

                  break;

      }

}