代码之家 › 专栏 › 技术社区 › Christophe Herreman

您是否在Flex/AIR开发中使用架构框架?[关闭]

air frameworks actionscript architecture flex

Christophe Herreman · 技术社区 · 17 年前

分享一下我自己的经验和观点:我在很多项目中使用了Cairngorm(和用于Flash开发的ARP),发现有时候,我们需要编写额外的代码来适应框架,这显然让人觉得不对。虽然我没有在很多场合使用PureMVC,但是在看过示例应用程序之后,我有同样的直觉。

建筑框架在某种程度上等同于宗教。大多数追随者相信他们的框架就是框架,在使用其他框架时并不开放或非常怀疑。(我也发现自己在寻找新的框架时犹豫不决和怀疑,但这主要是因为我宁愿等到炒作结束后再做。)

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

6 回复 | 直到 17 年前

darscan 17 年前

我在很多项目中使用过PureMVC,但也经常使用Swiz、Mate和mvc。我研究过凯恩戈姆,但没有把它用于任何实际项目。

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

cliff.meyers 17 年前

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

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

我非常感兴趣的是,国际奥委会的解决方案开始渗透到社区中。我认为Flex框架需要改进,这样IoC/DI容器可以更容易地插入组件生命周期。与您希望得到的MVC框架相比,这些工具所能提供的价值是巨大的。

erikprice 17 年前

在我的Java时代,我一直在使用框架,但在过去的两年里,我已经开发了许多不同的基于Flex的产品,而且没有一个正式的体系结构“框架”——主要的工程师只是努力地坚持好的设计。Flex(在很大程度上得益于MXML的表现力)有助于实现应用程序的适当分层。

Mike Sickler 17 年前

我使用 Mate

Alexandru 17 年前

首先,我必须说,我使用PureMVC已经一年多了,我必须说我对结果非常满意。当你知道框架不好的时候,你必须知道它是不好的。

Ajax Sucks 16 年前

Swiz是最轻量级的选择。或者说,gormate/XML仍然是mvm/c需要避免的东西。我不相信用XML膨胀来代替代码膨胀,只要给我一些工具就可以用更少的工作量完成工作!