我有一个客户问我“从 AS2/Flash 升级到 AS3/Flex 的优缺点是什么？”他的应用存在性能和可维护性问题。
我有点讨厌这些问题，因为我只想说“AS3/Flex 将变得更快、更易于维护”，但我知道我应该比这更具体。该应用程序接近 100,000 行代码，文档记录不佳，并且 UI 似乎都是动态生成的。
显然，从 Flash/AS2 迁移到 Flex/AS3 会很昂贵，但是提高速度和可维护性是否值得？有谁知道它将在多大程度上提高速度和可维护性？有没有什么是你在 AS3 中不能在 AS2 中做到的？我猜不会。在 AS3 中，您真的可以做一些在 AS2 中无法做到的重要事情吗？
我想这个问题的后半部分是在与客户打交道时如何正确回答这些问题？没有花很多时间浏览数万行代码，我不确定我是否能非常准确。
谢谢！
【问题讨论】：
标签： apache-flex flash actionscript-3 actionscript-2
在考虑升级应用程序代码库之前，我会先扩展硬件（尤其是如果您认为升级会很困难）。扩展硬件将更快、更便宜。
【讨论】：
维基百科有一个按 Flash Player 版本划分的不错的新功能列表：
http://en.wikipedia.org/wiki/Adobe_Flash_Player
从版本 9 开始的所有内容仅适用于 AS3。以下是一些亮点，包括我自己的一些补充：
编写了在 FP8 (Flex 1.5) 和 FP9+ (Flex 2+) 下运行的 Flex 应用程序，我可以告诉您它的速度明显更快。对于人们每天花费大量时间的业务应用程序，我认为这可能是一个显着的改进，可以减少最终用户的头发拉扯。对于字符串连接和数组排序等低级操作，有一些性能指标，但这些指标并不等同于您在实际应用程序中看到的性能提升。实际上，它们会更小，但可以测量。
最终，您能做的最好的事情就是向他们估算维持应用程序原样与重写和添加后续功能的成本。如果他们不打算在应用程序中进行太多更改，那么重写可能不值得。但是，如果应用程序添加了很多功能，并且您觉得使用 Flex 和 AS3 可以显着提高工作效率，那么您应该能够向他们展示数字并让他们根据这些数字做出决定。
【讨论】：
升级最大和最重要的原因是，就 Adobe 而言，AS2 是一种死语言。 AS2 在它自己的特殊 VM（准确地说是 AVM1）中运行，它与 Flash 播放器的其余部分一起永远停留在 Flash 8 的世界中。没有任何新功能或优化会回到 AS2 - 时期.
此外，如果此应用程序能够长期存在，那么了解和了解 AS2 的开发人员数量会随着时间的推移而减少，这一点很重要。如果应用程序要跳转到 AS3，那么越早而不是越晚越容易（而且可能更便宜）。
【讨论】：
其他答案已经很好地涵盖了基础，但我将仅提供性能方面的贡献，编写良好的 AS3 的脚本执行在 AS3 中的执行速度往往比 AS2 快 3 到 100 倍。它根据正在做的事情而有很大差异。但是请注意，对于大多数应用程序而言，性能问题并不完全或什至主要是由于脚本执行造成的。通常渲染是最大的瓶颈，在这种情况下切换到新的 AS3 VM 可能会产生适度的好处，甚至可能根本没有。只有分析才能判断您的特定应用程序是否会看到显着的性能改进。
但这只是为了补充讨论。我同意其他评论者的观点，即最大的问题是许多新功能只能在新 VM 中使用。请记住，这不仅仅是切换语言的问题 - Flash 播放器目前有两个不同的虚拟机，而 AS2 VM 现在本质上是一个遗留应用程序。
其他人没有涉及的另一件事 - AS2 和 AS3 内容之间的互操作性非常差。如果您可能正在加载外部内容 (SWF)，或者尝试使用 3rd-party 库（图形组件或类似的东西），您可能会看到大多数此类内容已经是 AS3，而 AS2 的东西只会越来越少了。
【讨论】：
我个人永远无法忍受 AS2 并且在 3 之前完全避免使用该语言。其他人已经发布了很多原因，但这里是我脑海中的一个快速列表：
对我来说，选择不是 Flash/AS2 和 Flex/AS3 - 你根本不会失去 Flash...。您只会获得 Flash、Flex 和纯 AS3。
【讨论】：
性能 由于您有 100,000 行代码，因此在速度快 10 倍的 VM 上执行代码（如 adobe 所说）肯定会提高性能。但是当前应用程序的性能如何？如果它足够好，那么你真的不应该考虑这个专业。
可维护性和可重用性 如果当前的代码库难以维护且不可重用，那么它需要重构，而不是用新语言重写。 AS3 确实鼓励有助于可维护性和可重用性的编码实践，但这并不意味着您和您的团队会遵循它们。也有可能使用 AS3，您最终会得到一个难以维护的代码库。还可以以可维护和可重用的方式重构您的 AS2 代码。
新技术 我相信这是这里唯一真正的专业人士。 Flex/AS3 是一项新技术。这是一个漂亮和干净的。很多人都大力支持。 Adobe 正在推动每个人从 AS2 切换到 AS3。雇用新的 AS2 开发人员将变得越来越难。支持 AS2 的开发工具将会减少。我猜你迟早要做出改变。
因此，IMO，鉴于此处列出的所有优点和缺点，您需要让您的客户明白，如果您要定期更新应用程序，迟早必须这样做。我认为你不应该急于这样做。
【讨论】：
考虑到需要花费大量时间，我建议将 100,000 行的应用程序从 AS2 移植到 AS3 与从头开始完全重建几乎没有什么不同。您会发现，这 100,000 行中的许多行可能甚至都不需要。如果代码包含任何类型的框架等，我会更加担心，因为您可能必须自己移植这些，此时您还不如重新开始。您的客户需要考虑他们希望这个项目能够持续多久。如果不到几年，我说不要打扰。如果这个应用程序是他们的全部业务，我会说是 2.0 版的时间，而当您在 AS3 中重写功能时，请花时间改进应用程序的功能和可用性。
【讨论】：
我不太明白这整个抨击 AS2 的事情……我知道只有极少数人实际上似乎了解 AS2 的巨大可能性……AS2 可以与 Ruby 相提并论，而 AS3 正是 Java 的所在是 10 年前...是的，它很慢，但它比 AS3 更强大和更具表现力...我不知道 AS3 有哪些基本功能，而 AS2 没有（不要混淆语言和 API），除了正确的错误处理...on a moreless related topic, i got in to details recently...AS3 可以访问更大的 API，但大多数重要的东西在业务应用程序中都不是您真正需要的...
AS2 可以高效且优雅，如果您真正充分利用它......会发现你的大部分代码执行加速都超出了窗口......
我是认真的...如果您想以 AVM2 为目标，请通过 MXML 使用 Flex，尽可能少地使用 AS3，或者Haxe ...如果快速开发很重要，请使用 Flex对你和 Haxe 来说，如果它更多地是关于性能（嗯，还有其他理由这样做，但我猜它们更主观）......
直到今天，AS3 一直是一条死胡同……自推出以来，语言没有任何改变……当然，flashplayer 有新功能，但自 3 年前发布以来，AS3 一直保持着 AS3，除了Vector，这只是一些非常虚假的东西……您可能要注意，从 AS1 到 AS2 用了 3 年，从 AS2 到 AS3 用了 3 年……而且确实是 AS4 的时候了，但 Adobe 似乎没有从事类似的工作......相反，他们越来越专注于扩展他们的产品调色板......
我的印象是，你有大约 100000 行意大利面条代码......所以实际的问题是代码，而不是语言......你需要重写......如果你认为它有意义，您甚至可以在 AS2 中重写它（尽管我仍然建议改用 Haxe）...实际使用 AS2 的唯一要点是，如果幸运的话，您可以复制和粘贴一些实现...但是您真的应该从头开始构建一个干净的应用程序，使用您使用的语言提供的最好的东西，作为 OOP、AOP 和 FP 的子集（Haxe/AVM1 将允许所有这些事情）或 MXML 允许的声明性方法...
除了明显的问题，即成本之外，重写没有任何弊端......专业人士是您最终获得了更好的代码库，更易于维护，更灵活，甚至可能性能更好，或者至少它使分析和以后的优化更容易...... 语言的表达能力是编写好代码的一个因素，仅仅是因为开发人员很懒惰，但除此之外，它对性能和生产力没有任何影响......
...我建议您告诉他们一个简单的事实：他们可以拥有一个以尽可能低的价格提供一组固定功能的软件（在您的情况下，这可能是他们现在所拥有的），或者他们可以拥有灵活/可扩展/精心设计的软件......即使他们选择后者，他们也必须接受，每隔一段时间你需要采取激烈的步骤，例如重写......代码的不断退化是一个不可否认的现象......当你设计一个软件时，你开始决定它可以朝哪个方向发展，它不能朝哪个方向发展，你会来到一个点，在其中添加了晦涩难懂的肮脏黑客网络来实现功能，这该软件没有设计，会使任何进一步的扩展变得不经济......不要犹豫地向您的客户指出，当您要扩展的软件（无论是否属于您）时，这是一个非常好的点重写，而不是让他们为添加额外功能所需的所有低效工作付费他们需要的功能......软件扩展的成本成倍增长......在重写之后，这个成本会回到“接近0的浅部分”......这取决于您自己的专业知识来确定，指出进行重写更有意义（如果需要查看 100K 行代码才能真正进行此评估，那么在我看来，这显然是重写的好时机）......了解您的想法软件应该去，需要什么，然后选择最有效的方式来做......
【讨论】：
AS3 优于 AS2 - 上面有很多原因，包括 VM 性能、更严格的编译器以执行更简洁的编码实践（严格类型等）。我没有看到有人提到您可以在 AS3 中在运行时更改对象的父对象，这是您在 AS2 中无法做到的，如果您遇到此问题，您就会知道这是多么令人失望。
但是，更重要的是，当您在 AS3 中编写代码时，它们会按预期工作。这些古怪的 AS2 东西都不是你经常发现错误、缺点和代码限制的奇怪结果！
如果您正在考虑移植/重写，如果您的开发团队熟悉 AS2 而不是 AS3，您还应该考虑可能需要等待的任何学习曲线。
拥有 100,000 行代码库（按任何 actionscript 标准来说这都是相当庞大的），除非代码被记录、优雅且有条理，否则移植将是一场噩梦。您可能会发现，从为应用程序构建更高效、更有条理的框架/设计模式开始，从头开始重写，最终会显着减少代码库的大小......也许它只需要 50,000 行代码库，如果它是做对了吗？
祝你好运！
【讨论】：