Apache flex 从flex 3迁移到flex 4的利弊

我们有一个基于Flex3SDK的非常大的应用程序。如果我们不迁移并继续使用Flex3SDK，那么所有的优点和缺点是什么

以下是一些问题：

1.我们能否在不从flex 3迁移到flex 4的情况下至少维持5年

2.我们可以升级到Flash Builder 4.6+SDK 4.11吗？（但继续以向后兼容模式运行Flash Builder）

3.对于构建在Flex 3 SDK上的应用程序，未来是否存在任何支持问题

以下是我在stackoverflow中读到的一些要点：

如果Adobe似乎没有那么努力地要求我们不要使用Halo，我想我会对此感到满意。但是，由于他们在实际的文档中说，我们“不应该使用这样或那样的”光环组件，而应该使用火花组件，这是令人担忧的。在FB中对光环的支持似乎已经成为一种事后考虑（我无法让设计模式显示光环样式，即使选择光环作为主题），所以Adobe很难继续使用它。就我个人而言，我不明白为什么我们不能有两个并行组件集，因为Halo的设计在某些用例中可能会更好地工作十字军战士2010年8月21日2:59 一,

实际上，Adobe官方使用的措辞（例如，如果您打算使用“Canvas”）是“改用spark.components.BorderContainer”。如果我们不想呢？他们没有解释为什么我们应该改用Spark，而且由于Spark现在处于“半完成”状态，缺少大量组件，我不太喜欢在SDK 5发布后几乎保证维护工作和代码更新的想法。另一方面，如果我们只是永久性地使用Halo（假设Adobe以后不会再使用它，谁知道呢），代码第一次就“完成”了。令人沮丧

---

提前感谢。

Adobe Flex 4即将消亡，Adobe Flex 3已经消亡（很难找到开发人员，没有补丁，没有新框架等等），我认为唯一持久的选择是迁移到Apache Flex 4，因为Adobe已经停止开发Flex，并将其交给了Apache，而Apache实际上已经在某些方面对其进行了升级

对于“Halo”的情况，如果您想在Flex4中与Flex3代码库一起使用它，您可能会遇到需要修复的布局/字体/文本等问题。这是由于小部件和某些属性已更改的组件的字体管理发生了更改

此外，SDK中的依赖项也发生了变化，请小心使用生成的swc，因为它们有时只能与Flex 3兼容，有时也只能与Flex 4兼容（这很痛苦）。要找到能够使用Flex3的库将越来越困难

几个月前在Flex3上有一个问题，FB debug不再与上次的Flash Player debug一起工作，我不知道您是否遇到过这种情况

---

总之，Flex3已经被弃用，Adobe将不再支持它，也许Apache会支持，但这不是他们的主要目标。警告说，即使是Flash Builder开发也可能被停止。还有其他选择，如Flash Develop或Intellij，希望如此。

我非常同意上面关于FLEX 3的邮件，因此，如果涉及到web项目，它似乎已经死了，但我自己会尽可能继续使用它！好吧，虽然没有太多新的东西，但我认为它仍然有足够的生命力。人们只是谈论了太多，但没有说，有或在那里，许多应用程序在网上似乎是建立在FLEX

---

我刚刚在一个德国FLEX论坛上看到了一些有趣的东西，其中提到的内容与这里讨论的内容非常相似，但我不知道的是FLEX AIR应用程序的开发仍然是由ADOBE进行的&它是由ADOBE进一步开发的，尽管他们将FLEX本身拱手相让！关于aktell，与Flex3相比，我特别喜欢Flex4的两件事（无论是Adobe还是Apache Flex），那就是新的Flex4组件（称为Spark组件）是更轻量级的实现。Flex4引入的最酷的新概念是可蒙皮组件

它允许您完全独立于组件（皮肤）的外观和感觉来实现组件。您可以在单独的模块中定位组件外观，该模块允许您实现应用程序，并根据客户端加载“桌面”、“android”、“ios”或任何外观模块，从而完全改变组件的外观和使用方式。其他框架的大多数蒙皮方法只允许一个蒙皮，或者只能更改格式（颜色、边框、边距、字体大小）。在flex中，您可以有一个对话框，在桌面皮肤中一次显示20个输入字段，但在mobile one中，您有一个逐步向导方法，每页仅显示5个输入字段（如示例所示）

尤其是使用ApacheFlex上的FalconJS初始版本，编译器不仅可以生成flash，还可以生成基于HTML+JS+CSS的输出。我怀疑这对于旧的Flex3组件是可能的

---

缺点是，如果您习惯了Flex4，并且必须使用任何其他技术，那么您将错过很多东西。至少我很快就对其中一些概念上瘾了。

自从成为ApacheFlex以来，Flex的开发似乎经历了相当大的发展。很多东西正在得到修复和改进。所以，即使AdobeFlex真的死了，ApacheFlex也非常有活力。关于Flashbuilder：我认识的大多数人几年前就放弃使用FB，转而使用IntelliJ，因为我认为这是开发Flex应用程序的最佳IDE；-）4.10和4.11在过去6个月内安装了20000多个，自Adobe 4.6发布以来，已经解决了1000多个JIRA问题。虽然该框架可能不像以前那样流行（难以量化），但它肯定不会消亡或消亡。顺便说一句，如果Adobe捐赠代码库，Apache只能支持Flex 3，尽管他们确实说过他们会这么做，但这并没有发生，v也是如此