从flex 3迁移到flex 4利弊

Question

我们有一个非常大的应用程序，它建立在flex 3 SDK之上。如果我们不迁移并继续使用FLEX3SDK，那么所有的优缺点是什么？

以下是一些问题：

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

2.我们能否升级到FlashBuilder4.6+SDK4.11？(但继续在向后兼容模式下运行Flash生成器)

3.在Flex 3 SDK上构建的应用程序是否存在未来的支持问题。

下面是我在堆栈溢出中看到的一些要点：

如果Adobe不是在大力推动我们不要使用Halo，我想我会对此感到舒服的。但是，由于他们在实际的文档中说，我们“不应该使用这样和那样的光晕组件，而应该使用星火组件，这是令人担忧的。”似乎对FB中的Halo的支持已经成为一种事后考虑(即使选择Halo作为主题，我也无法获得显示Halo样式的设计模式)，因此Adobe很难继续使用它。就我个人而言，我不明白为什么我们不能有两个并行组件集，因为Halo的设计在某些用例中可能工作得更好。-十字军8月21日‘10日2:59 1

实际上，Adobe权威使用的措辞(例如，如果要使用“画布”)是“使用spark.components.BorderContainer代替”。如果我们不想呢？他们没有解释为什么我们应该使用Spark，而且由于它现在是“半成品”状态，缺少了大量的组件，我真的不喜欢在SDK 5发布后几乎保证维护工作和代码更新的想法。另一方面，如果我们只是永久地使用Halo (假设Adobe以后不会从它中移开地毯，谁知道)，代码将在第一次“完成”。令人沮丧

提前谢谢。

Answer 1

与Flex4 (无论是Adobe还是Apache )相比，我特别喜欢Flex3的两件事:新的Flex4组件(称为Spark )是更轻量级的实现。然而，Flex4引入的最酷的新概念是可剥离的组件。

它允许您实现完全独立于组件(皮肤)外观的组件。您可以在单独的模块中找到组件皮肤，这允许您实现应用程序，并根据客户端加载“桌面”、"android“、"ios”或任何完全改变组件外观和使用方式的皮肤模块。大多数其他框架的蒙皮方法只允许一种皮肤，或者只能更改格式(颜色、边框、边距、字体大小)。在flex中，您可以在桌面皮肤中一次显示20个输入字段，但在移动界面上，您可以使用一步一步的向导方法，每页只显示5个输入字段(举个例子)。

特别是通过Apache的FalconJS初始化，编译器不仅可以生成flash，还可以生成基于HTML+JS+CSS的输出。对于旧的Flex3组件，我怀疑这是可能的。

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

Answer 2

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

对于"Halo“这种情况，如果您想在Flex 4中使用Flex 3代码库，您可能会遇到一些问题，比如布局/字体/文本需要修复。这是由于小部件和一些属性已经更改的组件的字体管理发生了变化。

而且，SDK中的依赖项已经改变，对生成的swc要小心，因为它们有时只能与Flex 3兼容，而只与Flex 4兼容(这很痛苦)。要找到使用Flex 3的库将越来越困难！

几个月前，在Flex 3上有一个问题，FB调试不再适用于上一个Flash，我不知道您是否遇到过这种情况。

总之，Flex 3已经被废弃了，Adobe不再支持它了，也许Apache会支持它，但这不是他们的主要目标。即使是Flash的开发也可能被停止，请注意。还有其他的选择，比如Flash或Intellij。

Answer 3

我确实大部分同意上面关于FLEX 3的邮件，如果涉及到网页项目，它似乎已经死了，但是我自己会继续使用它，只要可能的话！好吧，没有什么新鲜事，但我认为它里面还有足够的生命。人们只是谈论了太多，但没有，没有，或在网上的许多应用程序，似乎是建立在FLEX！

我刚刚在德国的FLEX论坛上看到了一些有趣的东西，上面提到了和这里讨论的内容，但我不知道的是，FLEX应用程序开发仍然是使用ADOBE的&尽管如此，他们还是进一步开发了FLEX本身！问候阿克特