WEB开发网
开发学院软件开发Java 常用Flex IOC框架比较分析 阅读

常用Flex IOC框架比较分析

 2009-10-09 00:00:00 来源:WEB开发网   
核心提示: 为此,我增加了一个新类ControllerPair,常用Flex IOC框架比较分析(7),它负责事件源和处理器的配对,所有对被传递给SimpleController,Spring ActionScript同时支持setter和constructor两种形式的注入,我更倾向于使用construt

为此,我增加了一个新类ControllerPair,它负责事件源和处理器的配对。所有对被传递给SimpleController,并在它的init()函数中初始化每个对。

<object id="controller" class="com.adobe.login.control.SimpleController"><method-invocation name="init"></method-invocation><property name="controllerItems"><array><ref>controllerItem</ref></array></property></object><object id="controllerItem” class="com.adobe.login.control.ControllerPair"><property name="dispatcher" ref="loginPM"/><property name="handler" ref="handler"/></object> 

请注意其中的method-invocation标签,我们用它来指定对象被创建后马上自动调用的函数。在这里,被自动调用的函数是init(),它负责将事件派发者绑定到事件处理器。

表现层模型的注入

在非IOC版的ProfileViewer中,为了实现对象的传递,表现层模型被配置为继承式结构。在IOC版中,我将删除此结构,以便每个表现层模型都能被配置为对应的视图。

尽管这样做,应用更易于配置和测试,但也有其缺点。在某些情况下,要实现离散的表现层模型之间的交互,需要做不少工作。

Spring ActionScript同时支持setter和constructor两种形式的注入。我更倾向于使用construtor注入,因为它可以完全暴露对象运作所需的全部依赖。如下是DashboardPM的配置:

<object id="dashboardPM" class="com.adobe.dashboard.presentationModel.DashboardPM"><constructor-arg ref="user"/></object>

上一页  2 3 4 5 6 7 8 9 10  下一页

Tags:常用 Flex IOC

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接