Cairngorm初探

作流程很清晰：

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中的购物商品就会自动增加。

 

或者：

 

（1）前端控制品（FrontController）监听用户行为

 

前端控制品是Cairngorm事件的唯一监听者，但其不并做任何操作，只是集中注册并管理事件（Event）与命今（Command）的映射关系。

 

（2）命令（Commands）执行所有用户操作

 

前端控制品（FrontController）监听到事件与命令有匹配时，便告诉命令（Commmands）调用execute()方法处理事件。

 

（3）服务器端业务逻辑委托给Business Delegate

 

当命令（Commands）执行时，它只是关心是否获取到数据，而并不关心获取到什么具体数据。因为经常需要从服务器端获取数据，此时命令（Commands）更喜欢把它委托给其它类去操作。所以需要处理服务器端业务逻辑的时候，你都可以委托给命令（Commands）可以调用的Business Delegate类去处理。

 

（4）Business Delegate在Service Locator中寻找RPC Services

 

Business Delegate给命令（Commands）和RPC Services提供一个无缝接口。Business Delegate通过查找和匹配 PRC Services的名称来调用services并返回结果给命令（Commands）。命令（Commands）要从Business Delegate获取返回结果数据必须通过IResponder接口(mx.rpc.IResponder)，只有这样Business Delegate才知道命命令（Commands）有onResult()和onFault()来处理返回的数据。

 

（5）把数据存储为Value Objecs

 

强烈推荐把数据存储为Value Objects。

 

（6）在Model Locator保存状态并且让Model通知View

 

Model Locator是一个保存应用程序全部状态和包含Value Objects的地方。当应用程序状态改变时，Moel Locator 通过Data Binding方式来通知View改变。