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

他们在谈论什么

 

评价flex的应用程序框架

 

 为什么要评价

• 应用程序框架可以帮助我们提高效率
• 一些框架可能比其他框架效率更好

如何评价框架

• 可用性
  • 文档
  • 应用普及
  • 社区
  • 知识共享
• 伸缩性
  • 可测试的代码
  • 清晰的封装
  • 适应改变
  • 支持并行开发
  • 模块化
• 灵活性
  • 开源
  • 环境独立
    • 最小化对内依赖，如flex框架
    • 最小化对外依赖，如Java,AIR

通用的设计模式

• ModelView Controller (其他相似的)
• Singleton
• Command
• Mediator
• Observer
• ValueObject

 

我们的预测

• 单元测试           好
• Singleton        不好
• interface         好
• Composition   好
• Flex                好&不好

 

经过讨论的应用程序框架

1. Slide
   • 已经消失，但非常有趣
   • 可用性差
2. ARP
   • 曾一度视为有前途，但2006年7月后不再发展
   • 可用性差
3. Servebox
   • 庞大
   • 与服务器解决方案集合
   • 不同框架的集合，不仅仅是应用程序的框架
   • 可用性一般
4. Guasax
   • 例子在rar和破坏了的zip格式文件里面
   • 例子和代码是西班牙语
   • 代码看起来很像Cairngorm
   • 运行时需要XML配置文件
   • 可用性一般
5. Flest
   • 太少文档
   • 其实现并不很好
   • 可用性一般，伸缩性一般
6.  MVCS
   • 作者Joe Berkovitz非常聪明，口才很好
   • 他的作品非常值得一读
   • 与其说是可重用的框架，MVC更像是策略 （有人说它远不只是策略 ）
   • 概念是非常有用的，但功能上却没有实现共享
   • 可用性好，伸缩性好，灵活性好（但没有具体信息）
7.  Model-Glue
   • 有趣，但看似还不成熟
   • 缺乏文档
   • 例子不能运行，可能是swc的问题
   • 可用性一般
8.  Cairngorm
   • Adobe 顾问推荐
   • 似乎是最广泛应用的框架
   • 文档丰富
   • 实现广泛应用singleton
   • DRY ?
   • 但可能并不能提高我们的效率
   • 可用性好，伸缩性较好，灵活性较好
9.  PureMVC
   • 解决了很多在Cairgorm里面出现的问题
   • 清楚的实现
   • 文档丰富
   • 作者Cliff Hall非常聪明，有经验，有口才
   • 可用性好，伸缩性好，灵活性好
10.  其他
    • 这正是我们所做的
    • 对界面设计模式有深入理解的开发者
    • 建立于已被验证的设计模式之上
    • 应该吸取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