鉴于Flex仍然是一个相对年轻的技术，Flex/AIR（和Flash）开发已经有一堆架构框架，主要是Cairngorm和PureMVC。与其他技术相比，架构框架的数量显着。您是否使用Flex/AIR开发的架构框架？
我想知道你们有多少人使用Flex开发的架构框架。如果是这样，为什么，或者为什么不，如果你不使用任何？
分享我自己的经验和观点：我已经在各种项目中使用的凯恩戈姆（和ARP面向Flash开发的），发现有时，我们需要编写额外的代码只是为了适应这个框架显然不合适。虽然我在很多场合都没有使用PureMVC，但在查看示例应用程序后，我仍然有同样的直觉。
建筑框架以某种方式平等宗教。大多数追随者相信他们的框架是框架，并且在使用其他框架时不会公开或非常怀疑。 （我也发现自己对检查新框架感到犹豫和怀疑，但这主要是因为我宁愿等到宣传结束。）
总之，我认为最好是有一个完善的知识您可以在应用程序中应用的模式和实践，而不是选择框架并坚持使用。根本没有对错，我不认为会有一个被认为是圣杯的框架。
首先hy，grade post，我必须说我使用PureMVC一年多了，我不得不说我对结果很满意。你是对的，坚持框架是不好的，但是你必须知道什么时候使用框架，什么时候不用。
Flex本身是一个非常好的组件框架，而Flash有一个非常简单的事件模型。仅凭这两件事就可以让你在开发Flex应用程序方面走的很远。
我在Flex 2中用Cairngorm写了两个大型应用程序，我不能推荐它。它臃肿，过度抽象，需要太多的代码来完成简单的事情。事实上，人们已经为Cairngorm编写代码生成工具，我认为这一点非常重要。 Cairngorm也存在问题，因为它严重依赖Singleton，这在OOP中使用全局变量基本上是一种令人讨厌的方式。 MVC并不需要那么辛苦，并且在一天结束时，它只是帮助代码组织和保持业务逻辑脱离UI代码的几种模式。通过行使一些规则，这可以非常容易地在没有框架的情况下完成。
我非常感兴趣的是IoC解决方案开始渗透到社区中。我认为Flex框架需要发展，以便IoC/DI容器能够更轻松地插入组件生命周期。与你希望摆脱MVC框架相比，这些工具可以提供的价值是巨大的。
我在Java的日子里一直都在使用框架，但过去两年我一直在处理大量不同的基于Flex的产品，并且没有任何正式的架构“框架” - 主体工程师只需坚持不懈地坚持良好的设计。 Flex（在MXML的表现力方面帮助不小）有助于适当地分层应用程序。这就是说，我必须全心全意地同意brd6644--曾经有很多次我希望我们拥有IoC/DI容器提供的一些功能。
我使用Mate。它重量轻，易于安装和理解。像Spring一样，它是非突兀的，并且有很好的文档记录。如果Cairngorm是大锤，那么Mate就是一个Leatherman。即使只是为了消除大量的样板代码，它甚至对微不足道的应用也有好处。
我已经在很多项目上使用过PureMVC，但也用了很多Swiz，Mate和MVCS。我研究过Cairngorm，但没有用于任何现实世界的项目。
您的帖子的结论当然是重要的：确实“对模式和实践有较好的了解”，而不是简单地“选择一个框架并坚持下去”。
然而，如果在一个缺乏经验的开发人员团队工作，通过说“这个项目是建立在框架X上，阅读框架文档”，让他们更容易（和更快）希望他们在合理的时间内掌握良好模式和实践的理论和应用。
我将这些框架看作是对应用程序设计和问题分离的很好介绍，并且发现它们在团队环境中非常有用。这就是说，我相信一个好的IoC容器和一些设计模式可以实现相同的结果，同时更加轻便和灵活。
Swiz是那里最轻量级的选择。我见过的其他东西（主要是Cairngorm/PureMVC/Mate）仍然有很多代码或XML膨胀，这是我想避免的。我不相信用XML膨胀来代替膨胀的代码，只要给我一些工具，用更少的工作就可以完成工作！