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

阅读数:2504 2019 年 7 月 16 日 18:01

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 以下,我们通常在几小时或几天内给出建议和意见。

重大的社区贡献

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

精简内核

精简内核( 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

收藏

评论

微博

用户头像
发表评论

注册/登录 InfoQ 发表评论