哪种特定的Flex框架能为这种情况带来更多优势?
我有使用伴侣和欧芹的经验。但目前我还没有使用任何一个。
例如,我使用如下所示的观察者和单例模式。
RegisterView.mxml
实现 IRegisterAction
接口
function onBtnRegisterClick(){
var action:RegisterAction = new RegisterAction();
action.addActionListener(this);
action.execute(ServicesSingleton.getCustomerService(),customer);
}
......
function registerCallback(customer:Customer ):void{
.......
}
这是我的接口 IRegisterAction.as
function registerCallback(customer:Customer ):void;
我的问题是“如果我使用特定的框架 ?”。
I had experiences using Mate and Parsley. But for now, I'm using none.
For instance, I'm using observer and singleton patterns like following.
RegisterView.mxml
implements IRegisterAction
interface
function onBtnRegisterClick(){
var action:RegisterAction = new RegisterAction();
action.addActionListener(this);
action.execute(ServicesSingleton.getCustomerService(),customer);
}
......
function registerCallback(customer:Customer ):void{
.......
}
This is my interface IRegisterAction.as
function registerCallback(customer:Customer ):void;
My question is "What additional benefits I will get, if I use a particular framework ?".
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
看来你根据java的工作原理实现了自己的观察者模式。
为什么不使用标准的基于事件的Flash观察者机制?
从一方面来说,你的观点与服务是耦合的,这根本不是一个好的做法。
另外,您将服务实现为单例。如果您决定进行一些单元/集成测试,这将导致您无法更改服务的实现。
所有“第二代”框架(Mate、Parsley、Swiz、Robotlegs、Tide...)都将帮助您以完全解耦的方式创建基于依赖注入和消息传递的架构。
It seems you implemented your own observer pattern based on how java works.
Why didn't use the standard flash observer mechanism based on events?
A side of that, your view is coupled to the service, not a good practice at all.
Also, you implemented your service as a Singleton. That will make impossible changing the implementation of your service if you decide to do some unit/integration testing.
All the "second generation" frameworks (Mate, Parsley, Swiz, Robotlegs, Tide...) will help you create a architecture based on dependency injection and messaging in a fully decoupled manner.