跳到主要内容

2019 年 6 月 React Native 开源更新

·阅读时长 9 分钟
Christoph Nakazawa
Christoph Nakazawa
前 Facebook 工程师

代码与社区健康​

在过去六个月中，超过 550 位贡献者总共向 React Native 提交了 2800 次提交。来自社区的 400 位贡献者创建了超过 1,150 个 Pull Request，其中 820 个 Pull Request 已合并。

在过去六个月中，平均每天的 Pull Request 数量已从三个增加到大约六个，尽管我们通过精简核心工作将网站、CLI 和许多模块从 React Native 中分离出去。目前开放的 Pull Request 的平均数量低于 25 个，我们通常会在几小时或几天内回复建议和审查。

有意义的社区贡献​

我们想重点介绍一些我们认为非常棒的近期贡献

精简核心​

“精简核心” (Lean Core) 的主要动机是将模块从 React Native 中分离出来，放入独立的仓库中，以便它们能够得到更好的维护。在短短六个月内，像 WebView、NetInfo、AsyncStorage、网站 和 CLI 等仓库总共收到了 800 多个 Pull Request。除了更好的维护之外，这些项目还可以比 React Native 本身更频繁地独立发布。

我们还借此机会从 React Native 本身中删除了过时的 polyfill 和遗留组件。过去为了支持旧版 JavaScriptCore (JSC) 中的 `Map` 和 `Set` 等语言特性，polyfill 是必要的。现在 React Native 随新版本一起发布，这些 polyfill 已被删除。

这项工作仍在进行中，在原生和 JavaScript 方面仍有许多事情需要分离或删除，但早期迹象表明我们成功地扭转了增加表面积和应用程序大小的趋势：例如，查看 JavaScript 包时，大约一年前的 0.54 版本中，React Native JavaScript 包大小为 530kb，在短短 6 个月内到 0.57 版本增长到 607kb（+77kb）。现在我们看到主分支上的包大小减少了 28kb，降至 579kb，增量超过 100kb！

当我们完成精简核心工作的第一个迭代时，我们将努力更慎重地对待添加到 React Native 的新 API，我们将不断评估使 React Native 更小、更快的方法，并寻找方法赋能社区以接管各种组件的所有权。

用户反馈​

六个月前，我们向社区提出了“您不喜欢 React Native 的哪些方面？”的问题，这很好地概述了人们面临的问题。我们 几个月前回复了该帖子，现在是时候总结一下在主要问题上取得的进展了。

  • 升级： React Native 社区围绕升级体验进行了多项改进：自动链接，通过 rn-diff-purge 改进升级命令，以及一个升级帮助网站（即将推出）。我们还将通过为每个主要版本发布博客文章来确保沟通破坏性更改和令人兴奋的新功能。许多这些改进将使 0.60 版本之后的未来升级显著更容易。
  • 支持 / 不确定性： 许多人对 Pull Request 缺乏活动以及 Facebook 对 React Native 的投资普遍不确定感到沮丧。正如我们上面所展示的，我们可以自信地说，我们已准备好接收更多的 Pull Request，并且我们热切期待您的提议和贡献！
  • 性能： React Native 0.59 附带了全新的、速度更快的 JavaScriptCore (JSC) 版本。此外，我们一直致力于使默认启用 inline-requires 变得更容易，在接下来的几个月里我们还会为您带来更多令人兴奋的更新。
  • 文档： 我们最近开始努力 全面修订和重写所有 React Native 文档。如果您想做出贡献，我们非常乐意获得您的帮助！
  • Xcode 中的警告：我们清除了所有现有警告，并正在努力不引入新警告。
  • 热重载：React 团队正在构建一个新的热重载系统，该系统很快将集成到 React Native 中。

不幸的是，我们尚未能改进所有方面。

  • 调试： 我们修复了许多人们日常遇到的不便的 bug 和问题，但不幸的是，我们在这方面取得的进展不如预期。我们认识到使用 React Native 进行调试体验不佳，未来我们将优先改进这一点。
  • Metro 符号链接： 不幸的是，我们尚未能为此实现一个简单直接的解决方案。不过，React Native 用户 分享了各种可能对您有用的变通方法。

鉴于过去六个月发生了大量变化，我们想再次问您同样的问题。如果您正在使用最新版本的 React Native，并且有想要提供反馈的地方，请在我们的新版 “您不喜欢 React Native 的哪些方面？” 中留言。

持续集成​

Facebook 首先将所有 Pull Request 和内部更改直接合并到 Facebook 的仓库中，然后将所有提交同步回 GitHub。Facebook 的基础设施与常见的持续集成服务不同，并非所有开源测试都在 Facebook 内部运行。这意味着同步到 GitHub 的提交经常会破坏开源中的测试，这需要大量时间来修复。

来自 React Native 团队的 Héctor Ramos 在过去两个月里一直致力于改进 React Native 在 Facebook 和 GitHub 上的持续集成系统。现在，大部分开源测试都在更改提交到 Facebook 的 React Native 之前运行，这将在提交同步时保持 GitHub 上的 CI 稳定。

下一步​

务必查看我们关于 React Native 未来的演讲！在接下来的几个月里，Facebook React Native 团队的成员将在 Chain React 和 React Native EU 发表演讲。此外，请关注我们的下一个版本 0.60，它即将发布。这将是令人兴奋的 ✨