高效率的超大规模Flex开发

核心提示： 举一个例子，Flex商店示例不仅将主应用程序文件放入到根包中，高效率的超大规模Flex开发(6)，还将主页，商品页和支持页（HomeView.mxml, ProductsView.mxml, SupportView..mxml）都放入根包中，并将它们注入到应用程序中的不同部分，一个典型的应用程序

举一个例子，Flex商店示例不仅将主应用程序文件放入到根包中，还将主页，商品页和支持页（HomeView.mxml, ProductsView.mxml, SupportView..mxml）都放入根包中。这个过程和把所有根目录中的视图包放入一个Java包中比较类似。

开发人员在创建第一个应用程序时常常会碰到一个问题：那就是如何用视图来捆绑住应用程序模型。一个通用的反模式是在类之间传递模型或者在调用视图前设置模型。反模式的一个例子——也来自于Flex商店——即在主应用程序中将目录传递进ProductsView。

<ProductsView　id="pView"　label="Products"　catalog="{catalog}"　

这段代码在小的例子中可以正常工作，但是随着应用程序逐渐变大，它会带来一些问题，如层之间的紧耦合，以及很难开发和测试。另外一个问题是当同样的数据需要在应用程序不同部分显示时，这些数据需要分开地传递给每一个组件。首先，这看起来似乎不是一个问题，但是试想下如果尝试模拟每一个传递和使用数据的实例，结果会怎样。

客户端架构：推荐模式

多年来众多的Flex架构和框架已经被开发出来。最有前景的一种方法使用了一个像Swiz一样的轻量级依赖注入框架，并用它来划分项目结构。你可以在Swiz中定义类似于Spring中的应用程序bean，并将它们注入到应用程序中的不同部分。一个典型的应用程序框架会包含一个中心类，这个类会定义服务怎样组合在一起——例如，ClientBeans.mxml 类为应用程序声明了通用的模型和控制器：

<model:StoreModel id=”storeModel” />

然后View类连接上控制器：

[Autowire(bean="storeModel")]　
[Bindable]　
public　var　storeModel:　StoreModel;