构建企业级Flex应用：Cairngorm与PureMVC框架解析

"该资源是一篇关于基于Spring的专业Flex设计的文章，主要探讨如何结合Spring框架与Adobe的Flex开源框架，构建健壮的基于Java的富互联网应用。文章着重介绍了两种表现层架构——Cairngorm和PureMVC，旨在解决大型Flex程序的组织和维护问题。" 在开发企业级别的Flex应用程序时，单个或少量视图状态的设计策略可能无法满足需求，这时就需要引入一种标准和一致的架构体系。Cairngorm和PureMVC是两个被广泛使用的Flex开发框架，它们通过设计模式提升代码的可重用性、可维护性和开发效率。 **7.1 使用PureMVC** PureMVC是一个轻量级的框架，它包含以下组件： 1. **PureMVC组件**: 主要包括Model（模型）、View（视图）和Controller（控制器）三部分，遵循经典的MVC设计模式。此外，PureMVC还引入了Proxy（代理）、Mediator（中介者）和Command（命令）等模式，增强了框架的功能。 2. **PureMVC框架实现Flex**: 在Flex中使用PureMVC，可以将业务逻辑、数据和用户界面分离，使得代码结构更加清晰。Proxy用于管理数据，Mediator协调视图和模型，Command处理业务逻辑，而Controller则负责调度和协调。 **7.2 使用Cairngorm** Cairngorm是Adobe支持的另一款框架，同样基于MVC模式，但它的组件和实现方式有所不同： 1. **Cairngorm组件**: 包括ServiceLocator（服务定位器）、Controller、ModelLocator（模型定位器）、EventDispatcher（事件调度器）、Proxy、Command和View Components（视图组件）。它强调的是组件之间的松耦合和事件驱动的通信。 2. **Cairngorm框架实施Flex**: Cairngorm在Flex中的实现更注重于服务和数据的交互，ServiceLocator提供服务的查找和管理，Controller负责命令的调度，ModelLocator集中管理模型对象，而Command处理特定业务逻辑。通过事件机制，各组件间通信高效且灵活。 **小结** 在选择Cairngorm还是PureMVC时，需要根据项目需求、团队技能和喜好来决定。Cairngorm由于Adobe的支持，在企业级应用中更为常见，而PureMVC则因其全面的设计模式，可能需要更多的学习投入。无论选择哪种框架，其目标都是提高Flex应用的组织结构，使其更适合大型项目的开发和维护。 本文通过创建一个示例程序，展示了如何使用Cairngorm和PureMVC来管理与这两个框架的交互，帮助读者更好地理解并选择适合自己的架构体系。对于简单的AF-Client管理者程序，作者推荐使用Cairngorm，因为它更符合企业级开发者的需求。然而，对于愿意挑战更高复杂度的开发者，PureMVC提供了更广阔的设计空间。