Cairngorm 扩展

最新推荐文章于 2025-07-15 09:05:04 发布

最新推荐文章于 2025-07-15 09:05:04 发布 · 145 阅读

文章标签：

#Flex #框架 #应用服务器 #Oracle #UI

flex 专栏收录该内容

117 篇文章

订阅专栏

本文详细介绍了 Cairngorm 框架的工作流程及存在的问题，包括 ModelLocator 的全局单例设计带来的灵活性低、问题测试困难、数据校验困难等问题，并提出两种扩展方案来解决这些问题。最终展示了扩展后的框架图，实现了框架的优化与改进。

在一次flex技术交流会上，一位演讲者把他列出来的六个框架做了比较，cairngorm说成是最保守最简单的一个框架。在我使用过的框架中，就数用它用得最多，心里好似被泼了一盆凉水。(Cairngorm,PureMVC,Mate,Swiz,Parsley,Robotlegs)一半没有见过，闲话不说了。

在网上发现一篇文章，cairngorm扩展。这文章依我的理解就是在command里面可以直接驱动页面，而不是在command里面驱动model，model再驱动页面。cairngorm有ViewHelper，利用它也可以达到同样的效果。

文章如下：

最近，我公司计划将技术框架由J2EE+ORACLE迁移到FLEX+J2EE+ORACLE，RIA是大势所趋，用户体验越来越重要。公司在FLEX前端选择了cairngorm微架构，用于处理客户端交互与服务器远程通讯。如何发挥架构优点，避免架构缺点成为一个关键问题。本文的主要目标就是针对cairngorm微架构过于依赖Model Locator的缺点对架构进行调整和扩展，同时还简化了Cairngorm框架的工作流程。

一、Cairngorm框架的工作流程：

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改变。

Cairngorm框架的工作流程存在如下主要问题：

二、Cairngorm框架的工作流程问题分析与解决办法

该工作流程在实践中的一个主要问题是Model Locator全局单例类，该设计将应用中的所有数据集中于Model Locator，有很多优点，也导致了众多问题出现，如：

1. 灵活性低：相当于一个新的GOD类，知道应用中所有信息。而复杂应用中的众多数据难以被一个GOD类包含。框架对Model Locator存在严重依赖，未来的变更将变得困难。

2. 问题测试困难：Model Locator对所有Commands公开，当出现数据问题时，难以检查问题原因。

3. 数据校验困难：View通过绑定刷新显示，难以对数据进行检查和校验，从而也不能更友好的进行用户提示。View不能直接得到数据，不方便对数据进行检查和其他处理。

框架扩展方案主要有如下2种：

1. 在命令（Commands）获取返回结果数据，分发数据变更事件。UI对象（View）监控数据变更事件，更新View。