javascript - Flex vs ExtJS 用于内部系统前端，它们的优缺点是什么？

Question

回顾一下我刚刚构建的一个内部系统，常见的服务器/页面模型，在一些 UI 组件中少量使用了 Ajax。我不确定我是否对最终结果感到满意，因为我们似乎在前端花费了太多时间。不喜欢在样式设计上遇到所有麻烦并确保 CSS 正常工作。

所以我开始思考，前端有没有更好的工具？

Flex 和 ExtJS 如何比较？也许在这些领域？

学习曲线

功能

布局(不维护 CSS)

易于实现

可测试性(Javascript 与 Actionscript 中的 TDD？)

性能

可维护性

请不要关闭这个，我只是向在 Flex、ExtJS 或两者都有经验的 ppl 寻求反馈。

谢谢大家!

Answer 1

我将从我的执行摘要开始:

如果我现在必须选择，我会选择 Flex。数据绑定(bind)和服务器通信设置起来非常简单、直观且快速。您会发现，如果您正在做大量的布局和 MVC 样式框架的 View ，那么 Flex 可能会让您更快地进行设置，并且它会更容易阅读。

比较标记

Flex 非常关注 MXML，这是一种标记语言。对于大多数开发人员来说，这将是全新的，所以如果他们已经知道 HTML/JavaScript/CSS，那么这可能是一个问题。 Flex 的优势在于它不像 HTML 那样受到限制。如果你想要一个属性或数据绑定(bind)，你可以直接在标签上做。也许并不总是所有事情的最佳实践，但你可以。

ExtJS 采用了使用 JavaScript 增强标准标记的方法，因此虽然您的 HTML 确实需要做好，但真正发挥作用的是 JavaScript。

组件/功能

Flex 更擅长数据处理。它使用 E4X，这是一种使用点语法的内联 XML 查询语言。 BookCase.Books.Book[@id=43].@title，例如。

ExtJS 也做数据绑定(bind)，但它更冗长，而且不像 Flex 那样简单。

Flex 有很多非常好的内置组件，用于布局建模、输入和图表。它们易于使用，具有通用样式界面(通常)，并且可以具有自定义样式和 CSS 子集，以及一些专有扩展。 ExtJS 使用标准的 CSS 标记，而不仅仅是一个子集。

ExtJS 比 Flex 有更多的插件和组件，而且 Menu 控件的可定制性更高，看起来也更好。默认样式在 ExtJS 中也更漂亮一些。

布局引擎

在我看来，Flex 赢得了这一胜利。如果你想要一个列布局，你可以做一个网格或一个流布局来实现它，并且在大约 4 行 MXML 中。在 Ext 中同样需要一个 Javascript 对象通过一个布局类来传递。 IMO，实际使用起来更加困难。

实现

这两个系统都易于部署和维护。复制文件，如果您正在进行持续集成，两者都将起作用。

可测试性

您可以将 jsUnit 用于 ExtJS，将 FlexUnit 用于 Actionscript。管理这种可测试性的难易程度完全取决于您对开发风格的控制。这两个框架都将导致 UI 与值得测试的代码混合在一起，默认情况下 ExtJS 需要更多的分离。

如果设置正确，这里没有明显的优势。

性能

遗憾的是，Windows 上的 Internet Explorer 具有最好的 Flash 性能。如果您使用的是 Mac，您可能会在初始插件加载过程中看到速度缓慢。生产中的 Flex 需要运行生产版本，并且您需要运行生产 Flash 播放器，而不是调试版本。在我们的环境中，正式版 + 正式版 Flash Player 将初始加载时间减少了 4-6 秒，因此请务必比较苹果。

Flash 中的动画会更快，但老实说，除非您进行大量数据处理，否则您不会真正看到很多性能问题。如果这个应用程序有很多动画图表、滑动动画和类似的东西，你应该使用 Flash。这就是它的目的，它擅长于此。如果你只是想隐藏和显示屏幕的一部分，或者做一些基本的动画，ExtJS 会赢。

可维护性

两者都有成为怪物的严重潜力。如果每个人都用 MXML 编写代码并且从不编写脚本或外部 CSS，那么 Flex 将是一个怪物。如果你过度设计如何处理数据和布局管理器，ExtJS 将是一个怪物。

好消息是，两者都可以以开发人员友好的方式成功维护，并且都可以融入持续集成过程，从头到尾。

希望这可以帮助。