PureMVC在Flex中的应用与原则解析

"Flex之PurMVC 李金城 20120606" PurMVC，全称为PureMVC，是一个轻量级的MVC（模型-视图-控制器）框架，最初为ActionScript 3设计，用于Adobe Flex、Flash和AIR项目。现在，该框架已广泛移植到多种开发平台。PurMVC提供了两种版本：标准版和多核版。标准版遵循MVC设计模式，简化了代码分离，使得开发者能够更轻松地实现业务逻辑与界面展示的解耦。而多核版则允许在同一虚拟机上运行多个PurMVC应用，以支持模块化编程，增强了系统的可扩展性和复用性。 在PurMVC中，有三个核心组件：Model（模型）、View（视图）和Controller（控制器）。每个组件都有其特定的使用原则： 1. Model：模型层主要负责数据的管理和业务逻辑。通过Proxy类，开发者可以实现数据的存储和检索，同时，Proxy可以与其他组件（如Controller和Mediator）交互，传递和更新数据。 2. View：视图层主要包含用户界面组件，如Flex中的DataGrid。视图组件不直接与Facade交互，而是通过Mediator作为中介进行通信。Mediator负责将视图组件与PurMVC的其他部分连接起来，处理事件监听、发送和接收Notifications，并管理视图组件的状态。 3. Controller：控制器层由一系列Command组成，这些Command是无状态的，按需创建。它们负责处理复杂的业务逻辑，与Proxy交互，发送Notifications，甚至执行其他Command。Controller是应用程序的中心调度者，通常用于处理应用程序的启动和关闭等关键操作。 在PurMVC的设计中，有一些最佳实践和注意事项： - Mediator应专注于处理特定的视图组件，避免与多个视图组件直接交互。当多个Mediator需要响应同一事件时，应通过发送Notification来协调，而不是直接引用其他Mediator。 - Mediator不应暴露直接操作ViewComponent的函数，而应通过接收和响应Notification来间接实现功能，以保持组件间的松耦合。 - Command应当是无状态的，只在需要时创建，确保其不会持久化数据，以保持系统的高效运行。 - 如果Mediator处理的Notification数量过多，应考虑将其拆分为更小的子模块，以提高代码的可维护性和可读性。 通过遵循这些原则，PurMVC为开发者提供了结构清晰、易于维护的代码组织方式，便于构建复杂的应用程序，同时降低了维护成本。无论是在Flex还是其他平台上，PurMVC都是一个强大的工具，能够帮助开发者构建高效且模块化的应用程序。