2019 年 React Native 开源更新状态总结

Facebook 工程师Christoph Nakazawa总结了前半年 React Native 的更新状态。

代码和社区状态在过去六个月里，React Native 上总共有 2800 个 commit，由 550 人提交，其中 400 来自社区，他们创建了1150多个Pull Requests，其中820个Pull Request已经被合入。

我们通过内核精简的方式，剥离了网站，CLI 和 React Native 之外的很多模块，不过过去六个月的日均 Pull Request 个数仍从三增加到六。现在平均未关闭 pull request 的数量在 25 以下，我们通常在几小时或几天内给出建议和意见。

重大的社区贡献

我们要特别强调最近的这些进展：

• 可访问性: React Native 的 0.60 版本将合入 Android 和 iOS 上访问 API 的许多改进。所有的新功能会直接使用底层平台提供的 API，这样，就可以和 Android 和 iOS 上的 Native assistance 技术进行集成。我们要感谢Marc Mulcahy，Alan Kenyon，Estevão Lucas，Sam Mathias Weggersen 和Janic Duplessis做出的以下贡献：

• 更多的可访问角色+状态以及新的可访问状态API。对不同的组件，增加了一些缺少的可访问角色，为了以后更好的 web 支持，还增加了一个新的 API。

• AccessibilityInfo.announceForAccessibility。增加了对 Android 的支持，之前仅支持 iOS。

• 扩展辅助功能Actions支持。 围绕用户自定义行为，增加了对可访问性进行处理的回调。

• 支持iOS可访问性开关和支持“减少动画”。

• Android键盘可访问功能改进。 增加了 clickable 属性和 onClick 回调函数，来处理通过键盘导航引起的动作。（注意：以后会更名为 focusable）

• 使用CALayers来拖动文字。 修改了在 iOS 上放大的文本会消失的问题。

• 新的 App 界面：社区提出的新 app 界面设计在 0.60 中已经实现。这个界面是大部分人第一次使用 React Native 会看到的。现在，它将第一次使用的用户链接到文档，其显示会和即将进行的网站重新设计相适配。非常感谢Orta，Adam Shurson，Glauber Castro，Karan Singh，Eli Perkins，Lucas Bento和Eric Lewis的工作和付出。

• 从“React Native Show“ 的视频系列，可以看到新的 app 界面。

• TurboModule 类型：新的TurboModules系统要求所有的原生模块要保证本地类型安全操作。在过去两周多的时间里，社区提交了约 40 个 Pull Request 来给流类型原生模块（flow typed native modules）完成这些工作。 除了以上提到的，我们还要感谢 Michal Chudziak，Michal Pierzchała，Wojtek Szafraniec和 Jean Regisser，以及所有发送过一个或以上 Pull Request 的人员。

• Haste：从 2015 年起，React Native 使用了 “haste”模块系统，该系统允许通过一个全局 id 来导入模块，而不再使用相对路径，这样很方便，但有很多工具对此支持的不够好。 James Ide 提议删除 haste， 就像很多年前从 React 中删除 haste 一样。他通过一个保护任务来计划所有的工作，并用 18 个 Pull Request 实现了它。在他的Twitte线程可以查看详情。

• Android 碎片： John Shelley建议让 React Native 通过 Android 碎片进行工作，这个功能在 0.61 版发布。了解更多有关Android碎片的信息。

精简内核

精简内核（Lean Core）最开始是打算将一些模块从 React Native 剥离到单独的仓库，这样这些模块可以得到更好的维护。六个月中， WebView，NetInfo，AsyncStorage，website 和CLI等仓库接收到 800 多个 Pull Request。除易于维护外，这些工程还可以独立进行发布，其发布频率比 React Native 更快。

我们也借此机会，从 React Native 删除了已经废弃的 polyfills 和遗留的组件。Polyfills 以前是必需的，用于支持语言功能，如在 JavaScriptCore （JSC）旧版本上的Map和Set。现在 React Native 发布了新版本，这些 polyfills 都已经删除了。

这个工作仍在持续，还有更多需要从 native 和 JavaScript 分离出去或者删除掉的东西，不过有早期迹象表明，我们在努力改写 surface area 和 app 大小不断增加的趋势：以 JavaScript 包为例，一年前的 0.54 版本，React Native JavaScript 包的大小为 530kb，6 个月后，0.57 版本则涨到 607kb（增加了 77kb）。现在我们看到包的大小减少了 28kb，即 Master 上为 579kb，差值超过 100kb！

总结内核精简工作中的第一个迭代时，我们还需关注添加到 React Native 的新 API，持续评估让 React Native 能变得更小更快的方式，同时寻求方法来授权给社区，让他们成为不同组件的责任人。

用户反馈 6 个月前，我们问社区了一个问题，“你不喜欢React Native的那些方面？”，这样可以大体了解到人们遇到的问题。几个月前，我们回复了这些帖子，现在来总结下主要问题的进展：

• 升级： React Native 社区主要围绕的是升级体验中的几个改进：autolinking，更好的升级命令rn-diff-purge，和升级帮助网站（很快可以获取）。针对每次主版本的发布，我们确保对重大的变更和新功能会发布信息进行沟通。这些改进会让 0.60 以下的版本在以后的升级中变得相当简单。

• **支持/不确定性：很多人会感到有些灰心，**因为付诸在 Pull Requests 上的行为很少，而且 Facebook 对 React Native 的投入也存在不确定性。如上面所展示的，我们很有信心的说，我们已经准备好完成更多的 Pull Requests，我们急切期待着你的建议和贡献。

• 性能： React Native 0.59 发布中有 JavaScriptCore （JSC）更快的新版本。另外，我们一直在努力，让 inline-requires缺省为使能，在接下来的几个月里，我们的更新会让人耳目一新。

• 文档：我们最近开始致力于改写所有React Native文档。如果你愿意贡献一份力量，我们很高兴得到你的帮助。

• Xcode 中的警告：我们清除了目前存在的警告，并尽力不再引入新的警告。

• 热加载：React 团队构建了新的热加载系统，会很快集成到 React Native 中。

很遗憾，我们还没有做完所有的改进，现仍有下列问题：

• 调试：我们修改了很多带来麻烦的缺陷和问题，这些是我们每天都会遇到的一些问题，但很遗憾，我们没有取得应有的进展。我们意识到 React Native 的 debugging 不够完美，这个问题会在以后优先进行优化。

• Metro symlinks: 很遗憾，针对这个问题，我们还没有实现一个简便的解决方案。然而，React Native 用户共享的变通方法，也许对你有用。

考虑到在过去六个月已有大量的变更，我们要再问一次相同的问题。如果你正在使用 React Native 的最新版本，想给出相应的反馈，请在我们的“你不喜欢React Native的那些方面？”新版本下，留下评论。

持续集成

Facebook 先直接合入所有的 Requests 和内部变更到 Facebook 的 repros，然后再同步所有的 commit 回到 GitHub。Facebook 的架构和通常的持续集成服务不一样，不是所有的开源测试都在 Facebook 里做。这就意味着频繁的往 Github 上进行同步会打断开源测试，导致修复问题的时间很长。

React Native 团队中的Héctor Ramos花费了两个月的时间来改进 React Native 的持续集成系统，包括在 Facebook 和 GitHub 上。在 Facebook，变更提交到 React Native 前，会做大部分开源测试，这样会在 commit 做同步时，保证 Github 上的 CI 稳定性。

下一步计划

查找我们有关 React Native 未来发展的讨论。在接下来的几个月里，React Native 团队中的 Facebook 人员，会在Chain React和React Native EU做演讲。

英文原文： https://facebook.github.io/react-native/blog/2019/06/12/react-native-open-source-update