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

创作场景

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