Architecture 打火机及;机器人腿更快的工作流程:可能更好,或者有太多的缺点?

Architecture 打火机及;机器人腿更快的工作流程:可能更好,或者有太多的缺点?,architecture,robotlegs,Architecture,Robotlegs,目前,我正在使用flex4+机器人腿+as3signals+基于python的google应用程序引擎构建一个相当大的应用程序 1) 问题是,我发现自己从视图到中介体,从中介体到上下文,都在重复同样的信号 2) 另一个问题是,我正在对来自中介的信号执行命令,这些中介只在模型上运行1个方法 记住,使用Flex4时,皮肤可能与业务逻辑分离。 所以我有一个皮肤,一个皮肤的组件(SkinnableComponent)和一个模型。这就是我的新方法:组件在皮肤上监听。该组件具有强类型的模型对象(注入)和直接

目前,我正在使用flex4+机器人腿+as3signals+基于python的google应用程序引擎构建一个相当大的应用程序

1) 问题是,我发现自己从视图到中介体,从中介体到上下文,都在重复同样的信号

2) 另一个问题是,我正在对来自中介的信号执行命令,这些中介只在模型上运行1个方法

记住,使用Flex4时,皮肤可能与业务逻辑分离。 所以我有一个皮肤,一个皮肤的组件(SkinnableComponent)和一个模型。这就是我的新方法:组件在皮肤上监听。该组件具有强类型的模型对象(注入)和直接调用方法。组件侦听要分派的模型信号。这就是组件的全部内容。中介在组件中转换。并且不使用该命令

现在的问题是: 不要将视图(在我的例子中,我称它们为组件)映射到中介,只需映射没有附加中介的组件,因为没有使用中介。然后允许组件使用[Inject]元标记

这就是我需要的,关于如何实现它有什么想法吗? 当然,我很高兴听到你的批评和批评,它总是有助于提高;)

谢谢你抽出时间!;)

代码:

[皮肤] 分派由用户引起的事件

[Component]类似于一个中介,但由于它扩展了SkinnableComponent,所以有很大的不同。 捕捉事件。具有强类型模型。然后调用模型上的直接方法。听模型。当模型分派事件时,组件的状态会发生变化

...
[Inject]
public var accountModel:AccountModel;
[Inject]
public var xxxModel:XxxModel;

// then the component run methods on it and listen on it. easy and no complications.
[型号]
他们什么都不知道。只需发送事件或信号。

您可能想通过


他对许多DI AS3/Flex框架(包括Robotlegs)进行了比较。

您在这里节省了一个类,但现在您在视图组件上添加了额外的知识和责任。当然,这是可行的,您可以查看我关于使用的文章。我不会像你描述的那样推荐它。如果我要这样工作,肯定会有一个下午