Ruffle 宣布稳定版发布机制并推出 API 等多项更新

距离上一篇已经两年多了，我们说过会更频繁地更新这些文章……结果还是拖了这么久！至于为什么消失这么久，文章最后我们会找个蹩脚的理由搪塞一下，不过希望这些非常酷的改动能让你暂时忘了这回事！照例，在进入正题之前，先用一些花哨的数字总结一下。自上一篇博客文章（两年多前）以来……

过去几年里，一个频繁被提出的需求是推出频率更低、更稳定的版本——多亏了 @kjarosh 收尾了所有遗留工作，我们终于做到了。事实上，写这篇文章时我们已经发布到 0.7.1 版本了！自五月份第一个稳定版以来，我们已经发布了相当多的稳定版本以验证这套体系，所以是时候正式宣布了！稳定版本没有固定的发布频率，主要是在我们觉得改动足够多、值得发新版本，并且对稳定性和性能有足够信心时才会发布。我们仍会为那些愿意提前测试、帮我们找 bug 的勇士们提供 nightly 版本，但坦率地说，如果用户不想折腾，我们建议切换到稳定版。我们的桌面应用不会自动更新，所以无论你想更新到稳定版还是 nightly 版，都需要手动下载。下载链接在我们的下载页面上。Linux 用户请注意，我们的 Flatpak 应用在稳定版上会自动更新。我们现在还提供了 Linux ARM64 和 i686 构建！

我们已将官方商店发布的扩展改为使用稳定版，简单省心。如果你想要稳定版，什么都不用做，太好了！如果你想尝鲜，则需要手动下载并安装 nightly 版本的扩展。它们不会自动更新，所以除非用于测试，我们一般不建议这样做。自托管版本的 Ruffle 照常在我们的下载页面上提供稳定版和 nightly 版。如果你是通过我们推荐的 <script src="https://unpkg.com/@ruffle-rs/ruffle"></script> 标签将 Ruffle 安装到网站上的，那么你现在用的就是稳定版，太好了！不过，如果你想紧跟最新开发，请把它换成 <script src="https://unpkg.com/@ruffle-rs/ruffle@nightly"></script>。Android 应用在技术上是一个独立项目，不受稳定版发布的影响。如果有需求，我们会考虑跟进——但我们也希望有人能帮忙维护它！

说到应用，@madsmtm 一直在开发一个 iOS 应用！它仍在开发中，但值得一看。

在 Ruffle 的早期版本中，我们直接把方法和属性挂在 <ruffle-player> 元素本身上。事实证明这不太明智，最终与 ExternalInterface API 以及 Flash 自身（大多未文档化的）API 产生了冲突。为了解决这个问题，我们新增了一个 .ruffle() API，推荐使用它来代替。这主要意味着用 foo.ruffle().load() 代替 foo.load()，完整 API 可以在我们的 JS 文档中找到。这个 API 是带版本号的；如果将来需要 v2，我们可以用 .ruffle(2)。旧 API 仍然保留以保持兼容性，但我们不建议在新代码中使用它。

你可能已经注意到，我们的“ActionScript 1/2 语言”完成度已经悄悄攀升到了 99%……我们对此相当自豪！遗憾的是，我们正处于典型的“90/90 法则”区域。代码的前 90% 占用了开发时间的前 90%。剩下的 10% 代码占用了另外 90% 的开发时间。在 AVM1 实现的早期，我们做了许多错误的假设，现在正试图在最后这 1% 中纠正它们。我们可以自信地说，几乎所有真实世界的影片都能运行，但我们不断发现与 Flash 行为不一致的地方，而修复这些问题非常困难。这里最值得注意的修复来自 @relrelb 的 #24725，它终于解决了《超级马里奥 63》中长期存在的最终战卡死问题。