Cairngorm框架简介

介绍：简单来说，就是为方便FLEX开发企业级应用而开发的一个微架构。这个东西有什么用处？假如你们项目比较复杂，需要3个开发员以上来共同开发，是不 是需要一个约定好的开发方法?那么相信我，Cairngorm是一个最正统的选择（官方推荐），虽然开始时有点难学（好像这论坛里有 Cairngorm文档的中文翻译）。而做小型项目或项目是由你自己一个人开发的话，那，就斟酌考虑吧，因为或许项目比较小的情况下，你会发现使用 Cairngorm是一个累赘。不过即使开发不使用他，我建议有时间的话还是最好DOWN下来看看，毕竟Iteration:two（被Adobe收编 了）的大量企业级应用的 design patterns还是很值得学习的。
官方网站：http://labs.adobe.com/wiki/index.php/Cairngorm
下载页面：http://opensource.adobe.com/wiki/display/cairngorm/Downloads

Cairngorm（中文名：“烟水晶”）是一个轻量级的Flex RIA程序开发框架，从而使程序可扩展性、可维护性都大大提高，其本身并不是一个完整的企业应用，它只是提供了一个开发骨架，Adobe称之为体系。

Cairngorm主要就是对开发Flex应用程序应用了一系列的设计模式，从而使开发出来Flex程序可扩展性，可维护性都大大提高。

其工作流程很清晰：

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基础上开发RIA, 将会在大大提高开发和维护的效率。.

Cairngorm本身并不是一个完整的企业应用， 它只是提供了一个开发的骨架， Adobe称之为体系。

在这个体系中包括以下几个部分：

1. Business(业务逻辑部分)

2. Command(命令部分)

3. Control(控制部分)

4. Model(数据模型)

5. View(界面视图)

6. VO(ValueObject)

Cairngorm框架最新版本是2.2，是面向Flex 3.0的，如果你用的事Flex 2那么你应该使用Cairngorm 2.1。你可以到这个网站下载到框架源码、例子贺文档http://www.cairngormdocs.org/

在这里我们将对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()方法。

FrontController必须要在你的系统中实例化，具体的实例化方法如下：

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，可能是为将来设计用的。我们不需要实现任何接口函数。