关于Flex Cairngorm中command层与View层的通信及耦合度高的问题的解决

阿里云国内75折 回扣 微信号:monov8
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6


在Cairngorm框架中,view层发送自定义事件,command层再根据事件做相应的处理,View层中的数据通过绑定ModelLocator中的属性实现自动更新。现有的问题是,有时除了更新数据意外,用户需要更多的信息,比如,我需要判断后台返回的数据是否正确,或者,我需要更具返回的数据做下一步的处理。

简单的例子,如果获取的数据不符合用户的需要,我可能需要一个提示框给用户一个提示。提示框应该属于View层的。当然在command层也可以直接import  mx.controls.Alert;  调用Alert.show()方法。

但如果,用户在获取到数据后,要执行View层的另外一个方法,那就比较棘手了。比如,我需要在view层DataGrid删除一个数据,我在view层发送一个删除的事件,command层处理事件会返回一个结果,此时,我在view层就要根据不同的结果往下执行不同方法,比如,失败了我执行一个doFail()的,成功了我doSuccess()。

command如何让View去执行下一步的方法呢?

1.传统的做法(command操纵view的引用)
方法A:将view存入ModelLocator中的属性中,而后在command就可以拿到该view的引用,从而执行view的方法。
这种方法可行,但view与command的耦合在了一起,严重破坏了MVC的松耦合度的要求

private function onResult_delete(e:ResultEvent):void
{
if (e.result != null)
{
var result:String=e.result.code as String;
if (result == "success")
{
Alert.show("删除成功!");
(_model.userManagerModel.view as Object).doSuccess();

}

}
else
{
Alert.show("修改失败!");
(_model.userManagerModel.view as Object).doFail();
}

}

将view存入ModelLocator的_model.userManagerModel.view中,在command强制转换为Object从而拿到view的引用

方法B:用到框架中的ViewHelper和ViewLocator这两个类。
ViewHelper类实现接口IMXMLObject,首先自定义一个ViewHelper,然后在视图中引用它。
 

package domain.app.view{ 
import com.adobe.cairngorm.view.ViewHelper;
public class LoginViewHelper extends ViewHelper{
public function doSomething(){
//do something with the protected property view.
}
}
}

 

在视图中实例化这个ViewHelper
<helper:LoginViewHelper id="loginViewHelper"/>
然后就可以在Command中使用这个ViewHelper。

但方法同样存在耦合度高的问题,故 Cairngorm 3版本中已经废弃

2.现有做法(事件通信)
既然Flex基于事件驱动的,既然,view可以发事件给command ,那为什么command 不可以发事件通知给view呢?
当view监听到该事件后,自然就可以继续执行view的其他方法了。那view由谁来做这个command发送过来的事件呢?
此时,CairngormEventDispatcher.getInstance()出场。
首先,在CairngormEvent的子类中MyEvent定义2个事件,一个是处理事件DEL,一个是处理事件的事件DEL_COMPLETE,另外添加一个code变量用来存储DEL结果

public class MyEvent extends CairngormEvent
{
public static const DEL:String = "DEL"; //删除
public static const DEL_COMPLETE:String = "DEL_COMPLETE"; //删除数据 处理完后处理事件


/*返回参数类型 "success""exist""fail"*/
public var code:String ="";

/*事件类型*/
public var event_type:String="";

public function MyEvent(type:String)
{
this.event_type=type;

super(type);
}
}

其中DEL是交给command处理的,所以要在FrontController中做一个绑定;DEL_COMPLETE则不需要

this.addCommand(MyEvent.DEL, UserManagerCommand);

我们在view发事件DEL给command后,立马用CairngormEventDispatcher.getInstance()做一个DEL_COMPLETE事件的监听

command 在处理完DEL后,就发送一个DEL_COMPLETE事件,此时,view在监听这个事件的CairngormEventDispatcher.getInstance()就可以执行相应的方法了

下面是commad的操作

private function onResult_delete(e:ResultEvent):void
{
var event:MyEvent = new MyEvent(MyEvent.DEL_COMPLETE);
if (e.result != null)
{
var result:String=e.result.code as String;
if (result == "success")
{
event.code = "success";

}else{event.code = "fail"
}

}
else
{
event.code = "fail"
}
/*发送处理事件*/
event.dispatch();

}

 

下面是view的操作

private function init():void
{
var e :MyEvent = new MyEvent(MyEvent.DEL);
e.dispatch();

/* 监听 数据返回 */
CairngormEventDispatcher.getInstance().addEventListener(MyEvent.DEL_COMPLETE, del_compelete);
}
}

/**************************************************************
* 函数:command处理完成后执行方法
*/
private function del_compelete(e:MyEvent):void
{
CairngormEventDispatcher.getInstance().removeEventListener(MyEvent.EDIT_COMPLETE, del_compelete);
if (e.code =="success"){
Alert.show("删除成功!"); doSuccess(); } else
if (e.code =="fail"){
Alert.show("删除失败!"); doFail(); }
}

这样,view和command耦合性的问题得到解决。

 

阿里云国内75折 回扣 微信号:monov8
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6
标签: go

“关于Flex Cairngorm中command层与View层的通信及耦合度高的问题的解决” 的相关文章