国外开发者对于Flex Framework的总结

他们在谈论什么

评价flex的应用程序框架

为什么要评价

应用程序框架可以帮助我们提高效率

一些框架可能比其他框架效率更好

如何评价框架

可用性

文档

应用普及

社区

知识共享

伸缩性

可测试的代码

清晰的封装

适应改变

支持并行开发

模块化

灵活性

开源

环境独立

最小化对内依赖，如flex框架

最小化对外依赖，如Java,AIR

通用的设计模式

ModelView Controller (其他相似的)

Singleton

Command

Mediator

Observer

ValueObject

我们的预测

单元测试 好

Singleton 不好

interface 好

Composition 好

Flex 好&不好

经过讨论的应用程序框架

Slide

已经消失，但非常有趣

可用性差

ARP

曾一度视为有前途，但2006年7月后不再发展

可用性差

Servebox

庞大

与服务器解决方案集合

不同框架的集合，不仅仅是应用程序的框架

可用性一般

Guasax

例子在rar和破坏了的zip格式文件里面

例子和代码是西班牙语

代码看起来很像Cairngorm

运行时需要XML配置文件

可用性一般

Flest

太少文档

其实现并不很好

可用性一般，伸缩性一般

MVCS

作者Joe Berkovitz非常聪明，口才很好

他的作品非常值得一读

与其说是可重用的框架，MVC更像是策略 （有人说它远不只是策略 ）

概念是非常有用的，但功能上却没有实现共享

可用性好，伸缩性好，灵活性好（但没有具体信息）

Model-Glue

有趣，但看似还不成熟

缺乏文档

例子不能运行，可能是swc的问题

可用性一般

Cairngorm

Adobe 顾问推荐

似乎是最广泛应用的框架

文档丰富

实现广泛应用singleton

DRY ?

但可能并不能提高我们的效率

可用性好，伸缩性较好，灵活性较好

PureMVC

解决了很多在Cairgorm里面出现的问题

清楚的实现

文档丰富

作者Cliff Hall非常聪明，有经验，有口才

可用性好，伸缩性好，灵活性好

其他

这正是我们所做的

对界面设计模式有深入理解的开发者

建立于已被验证的设计模式之上

应该吸取MVCS和PureMVC的经验

没有文档

没有教程

可用性不好，伸缩性较好，灵活性好

我们建议采用PureMVC因为

注重结合而不是继承

广泛应用接口

有层次但不过分

实例成员从代码中隐藏了singleton的引用

MXML界面可以非常轻巧

拥有Cairngorm的缺点，但避免了Cairngorm的缺点

参考：

原文

http://www.asserttrue.com/files/ApplicationFrameworks/index.html
文章来自: 闪客居(www.flashas.net) 详文参考：http://www.flashas.net/html/Flex/20071123/2481.html