Cairngorm中的职责划分

Cairngorm是一个轻量级的Flex框架，提供了使用Flex构建应用的最佳实践。本文讨论Cairngorm架构中各角色的职能划分及消息机制。

Cairngorm的架构如下图（图中“组件”表示架构元素，“接口”表示事件的派发或监听）：



视图（View）
视图接收用户事件或系统事件，并分派应用事件。
对于用户事件产生的应用事件，可以理解为“用户请求（Request）”。
系统事件包括：组件的创建、初始化，模型变化等。比如，模型（Model）改变时，会分派事件，视图接收到事件后自动更新。
视图分派事件时，调用CairngormEventDispatcher的实例进行分派（dispatch），而不是用组件自身的eventDispatcher，这样可以对事件进行统一调度。

控制器（Controller）
控制器接收应用事件，并根据事件名称执行事先注册的Command。
控制器继承com.adobe.cairngorm.control.FrontController，并且在整个应用中有唯一的实例。
可以在MXML中声明控制器的唯一实例：

< control:RSSReaderController  id ="controller" />

控制器在初始化时要注册Command，将Command与事件关联起来。

命令（Command）
命令处理用户请求的执行。但命令自身不直接处理业务逻辑，而是调用Business，从Business返回执行的结果后，对模型（Model）进行更改。

业务（Business）
业务（Business）对象执行业务逻辑，可能对不同的Service进行一个或者多个异步调用，并将异步调用的结果返回给Command。

服务（Service）
封装了远程调用（HTTPService,RemoteService,WebService等）。

模型（Model）
可绑定的数据集合。绑定了模型的视图可以自动更新。
模型要声明为 [Bindable]
Command会更改模型的数据。

值对象（VO）
用于界面显示的数据类型定义。模型中的数据由VO组合而成。


实际应用的例子可以参考Simple Flex RSS Reader using Cairngorm 研究，对这里抽象的概念进行了具体化。