[关闭]
@qinyun 2018-06-15T11:46:38.000000Z 字数 1860 阅读 1197

Facebook打算重构React Native了

未分类


几日前,Facebook刚刚发布了React Native 0.56,随后,React工程经理Sophie Alpert在其官方博客上宣布他们将要重构React Native,使其更轻量,更适应JavaScript生态圈的发展。

React Native的应用现状

Sophie Alpert说,在Facebook内部,他们比以往任何时候都重视React Native,它已经被用于Facebook许多重要的项目上。包括他们最受欢迎的产品之一Marketplace,每月有8亿人使用。

React Native也开始被应用在应用程序的其他地方,如果读者上个月观看了F8主题演讲,就会发现Blood Donations、Crisis Response、Privacy Shortcuts和 Wellness Checks的所有新功能都是使用React Native构建的。

Facebook主应用以外的项目也在使用React Native。新的Oculus Go VR头戴式设备对应的移动应用程序就完全使用React Native构建。

Sophie Alpert表示,React Native的目标从来都不是替代其他技术,他们专注于React Native自身,努力使之变得更好,但他们希望看到其他团队从React Native中得到一些想法或灵感,例如将即时重新加载技术运用到非JavaScript代码中。

架构

React Native项目的设计初衷是成为JavaScript和原生应用之间的桥梁。React DOM将React的状态更新变成了命令式、可变的DOM API调用,如document.createElement(attrs)和.appendChild(),而React Native则返回一个单独的JSON消息,它列出了要执行的一些操作,如[["createView", attrs], ["manageChildren", ...]]。

他们将整个系统设计为永不依赖获取同步响应,并确保列表中所有的内容都可以完全序列化为JSON,并可以反序列化回来。

这样做是为了提高灵活性:在这个架构之上,可以构建像Chrome调试器之类的工具,这些工具可以通过WebSocket连接异步运行所有的JavaScript代码。

在过去的5年里,他们发现最初的设计原则加大了某些特性的开发难度。异步桥接(asynchronous bridge)意味着不能直接将JavaScript逻辑与很多原生API集成在一起,因为这些原生API是同步的。

批量桥接(本地调用队列)意味着React Native应用程序调用本地函数会更加困难。而且串行化的桥接意味着不必要的复制,因为它不是直接在两个世界之间共享内存。对于完全使用React Native构建的应用程序,这些限制通常是可承受的。但对于在React Native与现有应用程序代码之间进行复杂集成的应用程序,就很糟糕了。

因此,Facebook正在对React Native进行大规模重构,让框架变得更加灵活,并更好地与JavaScript /原生混合应用中的原生基础设施集成。

通过这个项目,他们将应用在过去5年中学到的知识,逐步让架构走向现代化。他们正在重构React Native内部,大部分工作都是在底层进行的,现有的React Native应用程序几乎不需要做出更改。

为了使React Native更轻量化并能更好地适应现有的原生应用,此次重构主要从三个方面进行。

首先,改变线程模型。UI更新不再需要在三个不同的线程上执行,可以在任意线程上同步调用JavaScript进行优先更新,同时将低优先级工作推出主线程,以便保持对UI的响应。

其次,将异步渲染功能引入React Native中,允许执行多个渲染并简化异步数据处理。

最后,简化桥接,让它更快、更轻量。原生和JavaScript之间的直接调用效率更高,并且可以更轻松地构建调试工具,如跨语言堆栈跟踪。

完成以上工作之后,就有可能带来更紧密的集成。现在,如果不通过复杂hack的手段就无法让原生导航和手势处理或原生组件(如UICollectionView和RecyclerView)一起工作。在对线程模型做出更改之后,就可以直接构建这样的功能。

Sophie Alpert最后说,他们的目标是希望React Native在JavaScript端能够更加轻量,以更好地适应JavaScript生态系统。等这个项目将要完工时,Facebook会披露更多的细节,敬请期待。

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注