您是否使用架构框架进行 Flex/AIR 开发？ [关闭]答案

【问题标题】：Do you use an architectural framework for Flex/AIR development? [closed]您是否使用架构框架进行 Flex/AIR 开发？ [关闭]
【发布时间】：2010-10-10 16:06:40
【问题描述】：

鉴于 Flex 仍然是一项相对年轻的技术，已经有大量架构框架可用于 Flex/AIR（和 Flash）开发，主要是 Cairngorm 和 PureMVC。与其他技术相比，架构框架的数量非常可观。

我想知道你们中有多少人使用架构框架进行 Flex 开发。如果是，为什么，或者如果你不使用，为什么不使用？

分享我自己的经验和观点：我在各种项目中使用了 Cairngorm（和用于 Flash 开发的 ARP），发现有时我们需要编写额外的代码来适应框架，这显然感觉不对。虽然我没有在很多场合使用过 PureMVC，但看了示例应用程序后，我有同样的直觉。

建筑框架在某种程度上等同于宗教。大多数追随者相信他们的框架是 THE 框架，并且在使用其他框架时并不开放或非常怀疑。（我也发现自己对检查新框架感到犹豫和怀疑，但这主要是因为我宁愿等到炒作结束。）

总之，我认为最好掌握可以在应用程序中应用的模式和实践的知识，而不是选择框架并坚持下去。根本没有对错之分，我不相信会有一个被认为是圣杯的框架。

【问题讨论】：

标签： apache-flex architecture actionscript frameworks air

【解决方案1】：

我在很多项目中都使用过 PureMVC，但也经常使用 Swiz、Mate 和 MVCS。我研究过 Cairngorm，但没有将它用于任何实际项目。

您的帖子的结论肯定是正确的：确实“对模式和实践有充分的了解”比简单地“选择一个框架并坚持下去”更好。

但是，当与经验不足的开发人员一起工作时，通过说“这个项目是建立在框架 X 上的，阅读框架文档”，而不是期望他们在合理的时间内掌握良好模式和实践的理论和应用。

我认为这些框架很好地介绍了应用程序设计和关注点分离，并发现它们在团队环境中非常有用。 也就是说，我相信一个好的 IoC 容器和一些设计模式可以实现相同的结果，同时更加轻量级和灵活。

【讨论】：

【解决方案2】：

Flex 本身是一个非常好的组件框架，而 Flash 有一个非常简单的事件模型。仅这两件事就可以让您在开发 Flex 应用程序方面走得更远。

我在 Flex 2 天内用 Cairngorm 编写了两个大型应用程序，我不推荐它。它臃肿、过于抽象，甚至需要太多的代码来完成简单的事情。我认为人们已经为 Cairngorm 编写了代码生成工具这一事实证明了这点太多了。 Cairngorm 也存在问题，因为它严重依赖 Singleton，这基本上是在 OOP 中使用全局变量的一种令人讨厌的方式。 MVC 不需要那么难，归根结底，它只是一些有助于代码组织和将业务逻辑排除在 UI 代码之外的模式。通过锻炼一些纪律，这可以很容易地在没有框架的情况下完成。

对我来说非常有趣的是 IoC 解决方案开始在社区中渗透。我认为 Flex 框架需要发展，以便 IoC/DI 容器能够更轻松地插入组件生命周期。与您希望获得的 MVC 框架相比，这些工具可以提供的价值是巨大的。

【讨论】：

【解决方案3】：

在我的 Java 时代，我一直都在使用框架，但在过去的两年中，我开发了许多不同的基于 Flex 的产品，其中没有一个正式的架构“框架”——主要工程师只是努力坚持好的设计。 Flex（在很大程度上得益于 MXML 的表现力）非常适合应用程序的适当分层。

话虽如此，我必须完全同意 brd6644 - 有很多次我希望我们拥有 IoC/DI 容器提供的一些功能。

【讨论】：

【解决方案4】：

我使用Mate。它是轻量级的，很容易设置和理解。像 Spring 一样，它不显眼，并且有很好的文档记录。如果说 Cairngorm 是一把大锤，那么 Mate 就是一个 Leatherman。即使只是为了消除大量的样板代码，它也有利于即使是微不足道的应用程序。

【讨论】：

【解决方案5】：

首先，评分帖子，我必须说我使用 PureMVC 已经一年多了，我不得不说我对结果感到非常高兴。你是对的，固守框架是不好的，但你必须知道什么时候使用框架，什么时候不使用。

【讨论】：

【解决方案6】：

Swiz 是目前最轻便的选择。我见过的所有其他东西（主要是 Cairngorm/PureMVC/Mate）仍然有很多代码或 XML 膨胀，这是我想要避免的。我不相信用 XML 膨胀代替代码膨胀，只要给我一些工具，以更少的工作完成工作！

【讨论】：