精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-07-29
最后修改:2009-12-14
有没有听说过这个奇怪的词汇:“Cairngorm”?如果你的回答是“No” && 你是Flex程序员,哪你就看看自己是不是住在一个井底。J
Cairngorm是Flex的一个MVC框架结构,名字取自苏格兰的一个山脉。(kao,如果是我建立一个自己的框架结构,我就取名叫:“xxx”。)
有关这个框架,在网络上有很多图表用来讨论。下面是我所理解的框架图表:
使用Cairngorm的第一步是建立框架结构的骨架,包括了三个对象:
Model Locater; Service Locator; Front Controller;
Model Locator:承载了组件之间的所有的传递的信息和数据,这是一个Bindable(可绑定的)对象。
Service Locator:定义了与数据源(Httpservice,Webservice,Remoteobject)之间通讯的界面。
Front Controller:建立播送事件(Dispatch event)和命令层(command)之间的对应关系(mapping)。
看一下相关的代码:
BuddyAppModelLocator.as:
package com.ny.flex.cairngorm.model { import com.ny.flex.cairngorm.vo.User; import mx.collections.ArrayCollection; [Bindable] public class BuddyAppModelLocator { public var buddyList:ArrayCollection=new ArrayCollection(); public var loginUser:User=new User(); public var viewStackSelectedIndex :int = 0; static private var __instance:BuddyAppModelLocator=null; static public function getInstance():BuddyAppModelLocator { if(__instance == null) { __instance=new BuddyAppModelLocator(); } return __instance; } } } 在Model Locator代码中,定义了三个public的变量,buddyList:用来存放由数据库获取的密友列表;loginUser:定义一个User类型对象;viewStackSelectedIndex:定义viewStack指向的视窗。 几乎所有的服务层返回的信息都需要在Model Locator中有一个相应的对象。 BuddyServiceLocator.mxml:
<?xml version=”1.0″ encoding=”utf-8″?> <cairngorm:ServiceLocator xmlns:mx=”http://www.adobe.com/2006/mxml” xmlns:cairngorm=”http://www.adobe.com/2006/cairngorm“> <mx:RemoteObject id=”buddyRo“ destination=”flexmvcRO” > </mx:RemoteObject> </cairngorm:ServiceLocator>
上述代码定义了程序将要调用的RemoteObject ,RemoteObject 所调用的Destination需要和remote_config.xml文件中的Destination相一致。在此,Destination的值为“flexmvcRO”。
BuddyListController.as:
package com.ny.flex.cairngorm.control { import com.adobe.cairngorm.control.FrontController; import com.ny.flex.cairngorm.command.GetBuddyListCommand; import com.ny.flex.cairngorm.command.LoginCommand; import com.ny.flex.cairngorm.event.GetBuddyListEvent; import com.ny.flex.cairngorm.event.LoginEvent; public class BuddyListController extends FrontController { public function BuddyListController() { super(); addCommand(LoginEvent.LOGIN_EVENT,LoginCommand); addCommand(GetBuddyListEvent.GET_BUDDY_LIST_EVENT, GetBuddyListCommand); } } } 很显然,上述的Controller代码是事件和命令的对应处理的地方。
如何能将这些乱七八糟的东西结合在一起?其Magic的地方是在主页(Main application)上,代码如下:
BuddList_Main_Cairngorm.mxml:
<?xml version=”1.0″ encoding=”utf-8″?> <mx:Application xmlns:mx=”http://www.adobe.com/2006/mxml“ xmlns:service=”com.ny.flex.cairngorm.service.*“ xmlns:controller=”com.ny.flex.cairngorm.control.*” xmlns:views=”com.ny.flex.cairngorm.views.*” layout=”absolute“ width=”100%” height=”100%“> <mx:Script> <![CDATA[ import com.ny.flex.cairngorm.model.BuddyAppModelLocator; [Bindable] public var myModel:BuddyAppModelLocator = BuddyAppModelLocator.getInstance(); ]]> </mx:Script> <service:BuddyServiceLocator id=”myservice“/> <controller:BuddyListController id=”myController“/> <mx:HBox horizontalAlign=”center” verticalAlign=”top“ width=”100%” height=”100%” y=”0” x=”0“> <mx:ViewStack id=”viewStack“ resizeToContent=”true” selectedIndex=”{myModel.viewStackSelectedIndex}” > <views:LoginView /> <views:BuddyListView/> </mx:ViewStack> </mx:HBox> </mx:Application> 现在用户可以建立视图组件,并从这些组件中播送事件: LoginView.mxml:
<![CDATA[ import com.ny.flex.cairngorm.event.LoginEvent; import com.ny.flex.cairngorm.vo.User; import mx.validators.Validator; private function login():void{ if(Validator.validateAll(validators).length == 0){ var loginUser:User = new User(); loginUser.userName=username.text; loginUser.password=password.text; var loginEvent:LoginEvent = new LoginEvent(); loginEvent.loginUser = loginUser; loginEvent.dispatch(); } } ]]> </mx:Script> <!– Validators–> <mx:Array id=”validators“> <mx:StringValidator id=”userNameValidator” source=”{username}“ property=”text“ required=”true“/> <mx:StringValidator id=”passwordValidator” source=”{password}“ property=”text” required=”true” /> </mx:Array> <mx:Form id=”loginForm” x=”0” y=”0“> <mx:FormItem label=”Username:” > <mx:TextInput id=”username” /> </mx:FormItem> <mx:FormItem label=”Password:” > <mx:TextInput id=”password” displayAsPassword=”true” /> </mx:FormItem> <mx:FormItem direction=”horizontal” verticalGap=”15” paddingTop=”5” width=”170“> <mx:Button id=”loginBtn” label=”Login” click=”login()”/> </mx:FormItem> </mx:Form> </mx:Panel>
每一个动作都需要建立一个相应的事件:
LoginEvent.as:
每一个事件都 要对应于一个命令: LoginCommand.as:
package com.ny.flex.cairngorm.command { import com.adobe.cairngorm.commands.ICommand; import com.adobe.cairngorm.control.CairngormEvent; import com.ny.flex.cairngorm.event.LoginEvent; import com.ny.flex.cairngorm.model.BuddyAppModelLocator; import com.ny.flex.cairngorm.service.LoginDelegate; import com.ny.flex.cairngorm.vo.User; import mx.controls.Alert; import mx.rpc.IResponder; public class LoginCommand implements ICommand, IResponder { public function LoginCommand() { } public function execute(event:CairngormEvent):void { var loginEvent:LoginEvent = LoginEvent(event); var user:User = loginEvent.loginUser; var lgoinService :LoginDelegate = new LoginDelegate(this); lgoinService.authenticate(user); } public function result(event:Object):void { var authUser:User = User(event.result); BuddyAppModelLocator.getInstance().loginUser = authUser; BuddyAppModelLocator.getInstance().viewStackSelectedIndex=1; } public function fault(info:Object):void { Alert.show(“Login Fail Error “); } } }
然后,在Front Controller(前端控制器)中build对应关系: addCommand(LoginEvent.LOGIN_EVENT,LoginCommand); 命令层需要完成商务逻辑,用户需要在执行方法中加入商务逻辑代码:
Delegate(代表)用来通过服务层(Service Locator)调用数据源: LoginDelegate.as:
返回的结果将回复到命令层(LoginCommand.as)的结果方法中,在此方法中Model被更新,然后数据被绑定到结果视图上: LoginCommand.as:
其它的视图工作流程同上,整个密友列表项目的结构如下图所示:
使用Cairngorm开发应用项目Layer,测试性高。并且使得程序员更专业化。 但这个框架的确很不容易学习和维护,那么有没有更好的方法简化它?
来看看:咔嚓Front Controller的Cairngorm。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-07-29
沙发 ?
今天刚写的啊。呵呵。 我们组里现在也在研究这个。 你说的学习代价高。 我不知道到底有多高。 倒是简化这个词听的很合我意。 FLEX提倡富客户端, 这个框架在客户端做的MVC自成体系, 很符合这种思想。 不过有些小的模块,功能不复杂的, 一个mxml文件写完比劳师动众用个框架还要方便些。加上框架不知道会不会对性能做成影响 理论上不会,因为编译到swf的时候,link后也不会大多少。 不过总感觉前台,特别是Flex,要尽量简化一下, 现在FLEX的性能已经让很多没钱买内存的人痛苦了 |
|
返回顶楼 | |
发表时间:2008-08-05
现在的内存这么便宜,还买不起内存的人那里,能获取的商业价值也不多。
这个架构确实有点复杂 |
|
返回顶楼 | |
发表时间:2008-08-19
麻烦解释一下下面这部分
<?xml version=”1.0″ encoding=”utf-8″?> <cairngorm:ServiceLocator xmlns:mx=”http://www.adobe.com/2006/mxml” xmlns:cairngorm=”http://www.adobe.com/2006/cairngorm“> <mx:RemoteObject id=”buddyRo“ destination=”flexmvcRO” > </mx:RemoteObject> </cairngorm:ServiceLocator> 这个cairngorm的命名空间对么? |
|
返回顶楼 | |
发表时间:2008-08-28
cairngorm的命名空间 是对的, 不知道你需要知道啥?
|
|
返回顶楼 | |
发表时间:2008-12-09
学习一下,就是层次感觉不是很强!
|
|
返回顶楼 | |
发表时间:2009-02-18
简单说下我对这个的理解
Cairngorm里的 ModelLocator目的应该是为了解决视图层之间的解耦,但是他真的能解决么? 我不认为,本身视图的状态就有很多种,并没有解决,本身Flex的项目就是一个swf,有人和我说ModelLocator是一个缓存,我不知道怎么去解释,你不用单例也是同样的 pureMvc使用观察者模式为了解决视图之间的切换,对视图的解耦的程度会高于Cairngorm, CairngormEvent完全没有必要,只不过这个框架写上,感觉为了增加Cairngorm的知名度,根据不如自己去定义,自己去扩展会好,为什么呢? 因为你广播时要是Cairngorm的子类,如果是Event的子类就不行,不觉得很郁闷么? 他的Command我认为写的还是不错的,有一个叫Suq***Command的这个是解决多个Command要处理的内容的吧 ValueObject是个啥,基本没有用。呵呵 基本的看法吧,不过这个结构是很清晰的 |
|
返回顶楼 | |
发表时间:2009-04-07
拜托不要使用这个字体好不好??? 太累了
|
|
返回顶楼 | |
浏览 13203 次