我们有一个非常大的应用程序，它基于flex 3 SDK。如果我们不迁移并继续使用flex 3 SDK，那么有什么优缺点。
以下是一些问题：
1.我们可以维持而不从flex 3迁移到flex 4至少5年吗？
2.我们可以升级到Flash Builder 4.6 + SDK 4.11吗？（但继续以向后兼容模式运行Flash Builder）
3.对于基于Flex 3 SDK构建的应用程序，是否存在任何未来的支持问题。
以下是我在stackoverflow中读到的一些要点：
如果Adobe似乎没有那么努力让我们不要使用Halo，我想我会对此感到满意。但是，既然他们在实际的文档中说我们“不应该使用这样的”Halo组件而应该使用Spark那些，那就太令人担忧了。看起来对FB中的Halo的支持已成为事后的想法（即使选择Halo作为主题，我也无法获得设计模式来显示Halo风格），因此Adobe很难继续使用它。就个人而言，我不明白为什么我们不能拥有两个并行组件集，因为Halo的设计在某些用例中可能会更好。 - 十字军2010年8月21日凌晨2点59分 1
实际上，Adobe权威使用的措辞（比如你要使用“Canvas”）是“使用spark.components.BorderContainer”。那么如果我们不想要呢？他们没有解释为什么我们应该使用Spark，而且由于它现在有了大量缺失组件的“半完全”状态，我不太喜欢几乎保证维护工作和SDK 5后代码所需的更新的想法出来。另一方面，如果我们只是永久使用Halo（假设Adobe以后不会从中拉出地毯，谁知道），代码第一次“完成”。令人沮丧的
提前致谢。
答案 0 :(得分：1)
Adobe Flex 4已经死亡，Adobe Flex 3已经死亡（很难找到开发人员，没有补丁，没有新的框架等等），我认为唯一可行的选择是迁移到Apache Flex 4，因为Adobe已经停止开发Flex并将其交给Apache，实际上已经在某些方面升级了它。
对于“Halo”情况，如果您想在Flex 4中使用Flex 3代码库，则可能会遇到需要修复的布局/字体/文本等问题。这是因为窗口小部件和属性已更改的某些组件的字体管理发生了变化。
此外，SDK中的依赖项已更改，请注意生成的swc，因为它们有时只能与Flex 4兼容Flex 3（这很痛苦）。找到可与Flex 3一起使用的库将会越来越困难！
几个月前在Flex 3上有一个问题，FB调试在上一次Flash Player调试时不再有效，我不知道你是否遇到过这种情况。
总而言之，Flex 3已被弃用，Adobe将不再支持它，也许Apache会这样，但这不是他们的主要目标。即使是Flash Builder开发也可以停止，请注意。有希望的Flash Develop或Intellij等替代品。
答案 1 :(得分：1)
与Flex3相比，我特别喜欢Flex4的两件事（无论是Adobe还是Apache Flex），新的Flex4组件（Called Spark组件）都是更轻量级的实现。然而，Flex4引入的最酷的新概念是可换肤的组件。
它允许您完全独立于外观和视频来实现您的组件。感觉组件（皮肤）。您可以在单独的模块中找到组件外观，这些模块允许您实现应用程序，并根据客户端加载“桌面”，“android”，“ios”或任何皮肤模块，它们完全改变组件的外观和使用方式。其他框架的大多数蒙皮方法仅允许一个皮肤或只能更改格式（colory，border，margin，font size）。在flex中，你可以在桌面皮肤中同时显示一个显示20个输入字段的对话框，但在移动设备上，你有一个逐步向导的方法，每页只显示5个（仅作为示例）。
特别是在Apache Flex初始化的FalconJS中，编译器不仅可以生成flash，还可以生成基于HTML + JS + CSS的输出。我怀疑这对旧的Flex3组件是可行的。
缺点是如果你习惯了Flex4并且你必须使用任何其他技术，那么你将会缺少很多东西。我至少很快沉迷于一些概念。
答案 2 :(得分：0)
我确实同意上面关于FLEX 3的邮件，因为它似乎已经死了，如果它涉及到web项目，但我自己将继续使用它，只要它是可能的！好吧，那里没有太多新的东西，但我认为它还有足够的生命。人们只是谈论这一切，如果没有，那么网上的许多应用程序似乎都是在FLEX中构建的！
我刚刚在德国FLEX论坛上看到了一些有趣的内容，这些内容与此处讨论的完全相同，但出现的内容和我不知道的内容是FLEX AIR应用程序开发仍然使用ADOBE＆amp;他们完全进一步发展它们甚至让FLEX自己走了！关于aktell