介绍:简单来说,就是为方便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,可能是为将来设计用的。我们不需要实现任何接口函数。
Cairngorm框架简介
最新推荐文章于 2024-04-26 09:22:36 发布