跳转至主要内容

关于新架构推广的更新

·7 分钟阅读
Nicola Corti
Nicola Corti
Meta 软件工程师

大家好，正如之前宣布的那样

2022 年将是新架构在开源领域蓬勃发展的一年

如果您还没有时间研究新的 React Native 架构（Fabric Renderer 和 TurboModule 系统），那么现在就是最好的时机！

我们想与社区分享我们为确保每个人都能参与这项工作而准备的一些倡议和材料。

工作组​

最近，我们在 GitHub 上启动了 React Native 新架构工作组，这是一个仅供讨论的仓库，旨在协调和支持新架构在整个生态系统中的推广。

我们将此工作组设想为一个社区可以会面、分享想法和讨论在新架构采用过程中遇到的挑战的空间。此外，我们将使用这个工作组来分享信息和更新，以提高对更广泛社区的透明度。

为了保持讨论的重点，我们决定将此工作组设为公开阅读，但仅限经批准的用户写入。

如果您希望加入对话，您可以填写此表格，以申请或提名您认为对讨论有价值的人。

欢迎所有人申请加入对话。

与所有讨论论坛一样，我们想再次强调对他人意见保持尊重和欢迎的重要性。如果您尚未阅读，请花时间阅读我们的行为准则。

迁移指南​

经过几轮审查和反馈，我们最终合并了迁移指南（原名Playbook）。您可以在新架构工作组中找到它。

本迁移指南将逐步向您展示如何创建自定义 Fabric 组件或 TurboModule。该指南还将向您展示如何调整您现有的应用或库以使用新架构。

此外，我们想提醒您我们网站全新的架构部分。您可以在那里找到几篇关于 React Native 内部原理的深入文章和解释。特别是，Fabric 部分可以帮助您理解新架构世界中的渲染流水线。

最后，请考虑在工作组中分享您对本文档资料的反馈。我们一直在寻求开发者的意见，并且我们希望确保我们交付您认为最有用的内容。

在接下来的几个月中，我们将研究完善和添加更多文档以进一步帮助您。

新架构模板​

React Native 0.68.0 即将发布。此版本的 React Native 标志着新架构推广中的一个关键里程碑，因为它是第一个在新应用模板中包含选择性启用开关的版本。

这意味着您将能够通过更改模板中的一行代码来试用新架构。我们还在模板中添加了大量的注释和文档，以确保您无需额外阅读即可直接使用它。我们希望这可以通过减少您必须编写的代码量来帮助您采用新架构。

在接下来的版本中，我们将继续更新模板，使其更加精简和易于使用。

要在任一平台上启用新架构，您可以

  • 在 iOS 上，在 ios 文件夹内运行 RCT_NEW_ARCH_ENABLED=1 bundle exec pod install。
  • 在 Android 上，将 newArchEnabled 属性设置为 true，通过以下任一方式
    • 更改 android/gradle.properties 文件中的相应行。
    • 设置环境变量 ORG_GRADLE_PROJECT_newArchEnabled=true
    • 使用 -PnewArchEnabled=true 调用 Gradle

然后，您可以使用 yarn react-native run-android 或 run-ios 运行您的应用，您将使用启用 Fabric 和 TurboModules 的版本运行。

请考虑试用这个新模板，并报告您可能遇到的任何错误或意外行为。在过去的几个月中，我们努力修复了错误和构建失败，如果没有社区的持续反馈和测试，这些错误和构建失败将很难被发现。

第三方库生态系统​

如果没有 第三方库作者和维护者 的全力支持，社区将无法迁移到新架构。

我们理解这可能是一个繁琐的过程，并且我们理解支持新旧架构用户的重要性。在接下来的几个月中，我们将专注于支持我们的库开发者，以帮助他们迁移。

如果您是库开发者，我们邀请您在新架构工作组中发布更新，说明您库的状态。这将帮助您吸引早期采用者，并帮助我们了解是否有任何库遇到阻碍。

如果您是库用户，您可以在此处发布消息，请求迁移库。如果我们发现某个库成为许多用户的阻碍，我们将尝试联系维护者，了解他们尚未迁移的原因。

最后，我们要向 Software Mansion 致敬，感谢他们发布了新版本的react-native-screens，该版本同时支持两种架构。此外，他们还发布了一篇博客文章（将 Fabric 引入 react-native-screens），其中他们讲述了他们的迁移故事。我们希望您会发现这个故事具有启发性，并且对您处理迁移有所帮助。

发布​

0.68 预发布版本的工作实现了我们在上个半年定义的大部分改进的发布流程。

我们很高兴与大家分享，在 0.68 版本中，我们能够

  • 成功将发布工作转移到内部轮换。这在很大程度上得益于改进的发布流程文档，这将降低发布流程的公交车系数。
  • 启动与合作伙伴的讨论，以支持副驾驶轮换。我们希望这项努力能够提高流程的透明度，并告知我们的合作伙伴在哪里投资以支持 React Native 发布和生态系统。
  • 从社区招募了几位发布支持者和测试者。我们在上个半年发出了帮助呼吁，很多人都站了出来！来自我们的测试者和支持者的反馈帮助我们修复了关键错误和回归，特别是关于即将发布的版本的新架构。感谢每一位注册并测试发布版本的人！

在 React Native 0.69 中，我们将继续改进此流程，理想情况下，让合作伙伴提供更早的发布信号并招募副驾驶。与往常一样，欢迎任何反馈。如果您想加入成为发布测试员或支持者，请在此处注册。

朝向 Hermes 作为默认引擎​

新架构推广的关键点之一是采用新的 JavaScript 引擎：Hermes。

借助新的 React Native 架构，我们将将 Hermes 设置为默认引擎。这意味着所有新的文档和模板都将启用 Hermes。

请注意，我们将继续与社区合作，以确保其他引擎（例如 JSC (JavaScript Core)）得到支持。您仍然可以使用您希望的引擎，但您必须显式禁用 Hermes。

为了提高 Hermes 的稳定性，我们正在努力改变 Hermes 的分发模型。具体来说，我们设想 Hermes 发布流程更接近 React Native 发布流程。

这将使我们能够发布一个 React Native 版本，其中捆绑了一个完全兼容的 JS 引擎。您不必处理运行时崩溃和 Hermes 不兼容问题，这些问题真的很难调试和理解。

此外，这将缩短 Hermes 中改进和错误修复的周期，这将使我们能够对 React Native 用户的需求做出更快速的响应。

我们将在未来几个月内分享更多关于此事项的信息。与此同时，请随时加入工作组关于此事的讨论。

如果您还没有试用过 Hermes，现在是时候试一试了。请务必标记您可能遇到的任何问题或阻碍。

就这样，总结完毕。

我要感谢 Andrei、Aleksandar、Dmitry、Eli、Luna、Héctor 和 Neil 审阅这篇博文，并为这些工作提供宝贵的贡献。

并期待阅读您的迁移故事。