Cairngorm框架

    Cairngorm是由adobe公司推出的一个轻量级的Flex RIA程序开发框架。中文名：“烟水晶” 。目的是提高程序的可扩展性、可维护性，其本身并不

是一个完整的企业应用，它只是提供了一个开发骨架，Adobe称之为体系。 Cairngorm主要就是对开发Flex应用程序应用了一系列的设计模式，从而使开

发出来Flex程序可扩展性，可维护性都大大提高。代价就是异常繁琐的文件书写。往往为了完成一个简单的功能需要修改n个文件。所以小项目不建议使

用。

    Cairngorm也意识到到这个问题，因此也升级为Cairngorm3.0。这次cairngorm的升级，改动非常大，比flex3升级到flex4的改动大的多。不仅仅是个

mvc框架了，应该算是一个工具包，提供了很多个swc，通过parsley这个ioc框架纳入了很多种的工具包，总得来讲，cairngorm3已经跟java的spring框架

类似了。

 

核心骨架(体系)

    1. Business(业务逻辑部分)

　　2. Command(命令部分)

　　3. Control(控制部分)

　　4. Model(数据模型)

　　5. View(界面视图)

　　6. VO(ValueObject)

工作流程：
其工作流程很清晰：

 1.Front Controller Listens for User Gestures

 前端的控件监听用户的行为。注意它只是监听，并不会做任何反应。

 2.Commands Do All the Work

 控件监听以后调用Commands来做相应的事情，Command做了所有工作。

 3.Delegate Server-Side Business Logic to Business Delegates
 
 把服务器端的业务逻辑委托到 Bussiness Delegates中。因为很多时候command需要获得服务器端数据，所以这样一来它可以直接调用Bussiness

Delegates而不用关注如何连接数据的细节，实现了信息隐藏。

 4.Business Delegate Finds Services with the Service Locator

 Command调用Business Delegate 后，Business Delegate 通过Service Locator来找到相应的RPC services，然后执行实现从服务器端取数据。

 5.Transfer Data as Value Objects

 把传输过来的数据存储为Value Objects。这点大家应该都很熟悉，比如想要查询一个公告，就必定创建一个公告类，来存储每一个公告的标题

等信息。

 6.Store State in the Model Locator and Let Model Notify View

 在Model Locator 保存状态并且能使Model检测到View的变化。这样一来用户操作就能直接影响Model，比如添加物品到购物车，Model中的购物

商品就会自动增加。

 

在这里我们将对Cairngorm框架中的各个部分进行一个简单的介绍。

Control部分

 Control中有3个基类：CairngormEvent, CairngormEventDispatcher和FrontController

 CairngormEvent继承与flash.event.Event， 他包含一个data成员，用来传递参数数据之用。

 CairngormEventDispatcher是一个单例类（singleton），用来广播用户发起的动作类事件 (CairngormEvent)，主要的调用方法是

CairngormEventDispatcher.getInstance().dispatchEvent().

 FrontControllers可以说是控制中心。在这里你要做的工作是将事件(CairngormEvent)和命令(Command)之间的映射关系注册在它的成员中( 该

成员类型是Dictionary),通过下面的类似方法进行注册。 addCommand(OrderRequestEvent.EVENT_GETUSERORDERREQUESTS, GetUserOrderRequests);

如此一来，凡是CairgormEventDispatcher广播出来的事件都会在这里进行查找，找到某个event对应的command，然后会执行command的execute()方法。

 

Command部分

 在Command中定义了ICommand接口，在2.0中叫Command，其实没有区别，只不过是名字上的修改更能体现接口的意思罢了。在 ICommand接口中定

义了一个唯一需要实现的方法execute()，这其实就是典型的命令模式，我们要做的就是实现此接口，并不需要关心命令模式的具体实现方式。

Model部分

 在Model中定义了接口ModelLocator，我们只需要实现该接口，并把所有需要办绑定的数据放在这里就可以了。一般我们都采用单例模式

(Singleton)来实现，而且根据项目模块进行分类，而不是一股脑儿的把所有数据都扔到这里了事。可以说ModelLocator是系统的数据中心。

Business部分

 在Business中定义了接口IServiceLocator，另外的Responder已经在2.1中被mx.rpc.IResponder代替了。我们需要将所有的RPC服务登记在该接口中，采用mxml的形式来单例实现IServiceLocator，如下面的例子所示：

<cairngorm:ServiceLocator p

xmlns:cairngorm="com.adobe.cairngorm.business.*">

<MX:HTTPSERVICE url="broker/heartbeat.action" p <>

result="event.token.resultHandler( event )"

fault="event.token.faultHandler( event )"

showBusyCursor="false"

useProxy="false"

resultFormat="e4x"/>

并且需要在系统中实例化一个ServiceLocator，如下面所示写在Application中：

使用方法：

在某个Delegate中通过下面的方式得到该service的实例，之后就可以进行函数调用了：

this.service = ServiceLocator.getInstance().getRemoteObject( "orderManagement" );

View 部分

 再来看看View中都有什么。View中有ViewHelper和ViewLocator。

 ViewLocator是一个单例类，用于统一管理和获取ViewHelper。类似于ServiceLocator，和FrontController，在这里可以注册多个ViewHelper，并通过关键字直接找到需要的ViewHelper实例。

 ViewHelper是具体用来操作某个视图的类，它是通过其成员变量view来引用到具体的视图，当它被实例化的时候就会在ViewLocator中注册一个ViewHelper

 如：

 将实例化一个ViewHelper，并在ViewLocator中注册一个名为listViewHelper的ViewHelper实例，通过该id可以得到其实例的引用，如：

var listViewHelper:ViewHelper = (ViewHelper )ViewLocator.getInstance().getViewHelper("listViewHelper")

VO 部分

 最后提一下vo，其实IValueObject和ValueObject没有任何实际作用，唯一的就是提高vo类的可读性，表示该类是一个ValueObject，可能是为将来设计用的。我们不需要实现任何接口函数。