RIAMeeting - 瑞研社区 - Flex培训,Flex教程,Flash教程,ActionScript3,AS3,AIR

在上一篇的结尾，我十分阴险的指出，在我花了10个小时写完，你花了5分钟读完的这篇文章中所描述的PM之间协同的解决方案并不是最佳实践。那么，在这篇文章中，让我们来解决PM之间协同的问题，以及如何协同操纵view之间的动画。

在一个使用Flex RIA应用作为企业应用客户端解决方案的项目中，从整体项目角度看，与服务器端的业务逻辑相比，Flex应用本身就已经被看作为展示层（Presentation层）。然而，如果仅仅把思路锁定在Flex RIA应用本身，其内部也存在着诸多层级（UI组件需要展示，交互，显示数据，数据需要从服务器端获取，用户交互后需要提供响应，为了响应有需要执行一系列本地或远程操作，而为了提供良好的体验又需要给客户提供动画或特效一类的可视化提示），作为一个前端应用的开发工程师，实际上需要解决的问题真是不少。

在FlexRIA应用这个世界中，存在着各种各样的框架(Framework)，有的被广泛使用但遭到诟病（嗯，逻辑上有点奇怪。），而新的框架和新的设计方向不断推出，像时尚一样引领潮流。有的开发者视框架为准则，他们完全依赖代码框架，并严格遵照框架构建企业应用，甚至把框架作为招聘资深Flex开发工程师的考察标准。 而有的却完全无视于这些框架，视框架如粪土，认为框架代码冗余笨重，并存在着诸多的问题会导致项目陷入风险。

 Parsley Framework 是旗下的一个Actionscript/Flash/Flex/Air的一个应用程序框架。如果你对Spicefactory不熟悉或者不了解，如果你听说过曾经的FDT Actionscript编辑器的话，他们的作者公司：Powerflasher就是这个Spicefactory的作者。

这个框架实际上一直以来对于国内开发人员来说都不是很有名的，但是，由于获得Adobe咨询团队的介绍以及国内Flash平台传道者7yue 的介绍。这个应用程序框架正在国内得到越来越多的关注。

这里就简单介绍一下，这个开发程序框架到底有什么比较有“个性”的功能。

Flex开发领域有许多框架来创建可扩展的企业级RIA应用，在我看来有两个主要框架：Cairngorm和Mate。二者都为企业级RIA提供了一个坚实的基础。根据我使用Cairngorm和Mate在企业Java应用的情况来看，Mate对于小型和大型项目来说都是不错的选择。Cairngorm使用一个单件模式，这使得它难于使用modules，在编译时间、SWF文件尺寸、开发速度上会耗费巨大的资源。相比之下，Mate使用注入方式使得其易于并快速创建、维护和调试应用。我不是说你使用Cairngorm就错了，但是我的第一选择是Mate。

在上一部分，我介绍了Flex第三方框架的几个问题，主要是MVC的影响，以及目前主流的三个框架的采用成本。设计模式的历史，特别是Java社区已经让框架在帮助模式应用方面得到了广泛的认同，这篇文章将把焦点转移回能够让开发者简化任务的特色中去，从而使他们能建立用户所需的更快、更简单的应用，这才是第三方框架应该去做到的目标。那么，进一步说假设没人会反对这样的断言，我们来看看什么能构成我的完美Flex应用开发框架。

自Flex技术开始广泛应用以来，对于企业级Flex应用开发框架的讨论就从未停止过，这篇文章是对于构成完美Flex框架要素的思考的第一部分，其中评价了主流的一些Flex框架，相信对于广大开发者来说有很大的参考价值。

经过上两篇文章的洗礼，希望大家可以对mate flex framework有一些初步的了解。那么今天我们进行mate flex framework的重头戏：Injectors（依赖注入机制） 那么什么时候Injectors（依赖注入机制）呢？具体可以看这里...

本篇文章是结合实际的flex project来说一下这个特性：EventMap（事件地图）我不知道官方的中文叫法是什么？但是我还是比较中意这种直译的方式：事件地图。举例子说明：我有三个MXML文件：A.mxml、B.mxml、C.mxml。而它们之间的关系是：A包含B，B包含C。现在我想在C中触发一个事件，而最终会反映到A中，因此我做了如下的设定。

做项目也有很长时间了，也用过很多的framework：Cairngorm、PureMVC等等。 但是这次我要说的mate framework，在网络查找了一下，虽然有一些关于mate的中文资料，但是基本上都介于介绍和宣传之类的问题，几乎没有关于mate在实际应用中的作用。 那么我就来结合我使用mate framework的一些心得，介绍一下mate在实际项目中的作用。