Remax - 使用真正的 React 构建小程序

Remax - 使用真正的 React 构建小程序

为什么要用 React 来构建小程序

Learn once, write anywhere.

因为 React 是我们最熟悉的技术。

小程序糟糕的 API 设计已经有很多文章吐槽,这里就不再赘述了。再加上现在一大堆小程序平台,每个平台之间又有大大小小的差异,这对于有跨平台需求的小程序来说无异于是一场灾难。

React 的社区生态体系非常庞大,通过在小程序中引入 React 以及 React Hooks 提供的逻辑抽象能力,我们可以在小程序中直接利用 React 生态体系中大量的技术沉淀(比如:react-usefield-form)。

更完整的 TypeScript 支持。当然你也可以用 TypeScript 去写现有的小程序,但是由于小程序的架构原因,模板层跟逻辑层有天然的割裂,即使在逻辑层使用了 TypeScript,在模板层也无法享受类型检查和自动补全带来的便利。引入 React 后,我们的代码全部运行在逻辑层中,可以全程静态类型护航,给你满满的安全感。

现有的方案

目前社区中使用 React 构建小程序的方案大都使用静态编译的方式实现。所谓静态编译,就是使用工具把代码语法分析一遍,把其中的 JSX 部分和逻辑部分抽取出来,分别生成小程序的模板和 Page 定义。

这种方案最大的问题就是会有很多限制,因为语法分析是静态的,所以这些方案都会去限制一些动态的写法。另外正是因为 JavaScript 语言的动态性,要去做语法分析本身就是件很复杂的事情,所以这些方案实现起来往往也非常复杂。

最重要的,静态编译后你的代码就转换成了小程序代码,运行时其实并没有 React 的存在,你只是用了 React 的写法, 而不是真正的在用 React 写应用。

我们的方案

今年初的时候,@xcodebuild 向大家介绍了如何在小程序中使用 React with Hooks。这是一个非常创新的方案,我们对这个方案做了完善,并且在线上小程序中得到验证后,正式发布了基于 React 的小程序开发框架:


https://remaxjs.orgremaxjs.org

Remax 让你可以使用真正的 React 去构建小程序,你可以把他理解成面向小程序的 React Native。

Remax 原理

首先来看一下小程序的架构(支付宝和微信大同小异):

正如上面提到的,小程序架构分为两层,你写的逻辑代码独立运行在一个进程中,每个页面会有自己独立的渲染进程(也就是一个 webview)用来渲染模板。而整个小程序又运行在 APP 容器中(也就是支付宝和微信本身)。逻辑层和视图层之间通过建立一个消息通道来通信。

再来看下 React 的架构:

最下面一层是 React 本身,上层的 ReactDOM 和 ReactNative 我们称之为「Renderer」。Renderer 跟 React 之间通过 ReactReconciler 连接把元素(也就是通常所说的「虚拟 DOM」)渲染到对应的平台上。而 Remax 就是一个我们实现的 Renderer,它把「虚拟 DOM」渲染到了小程序的视图层上。

可以看到,我们把 React 和 ReactReconciler 运行在小程序的逻辑层中,并通过 Remax 把生成的「虚拟 DOM」渲染到视图层。从而做到了使用真正的 React 去构建小程序。

最后

正如第一段中提到的,把 React 运行在小程序中可以带来非常大的想象力。小程序本身可以说是一种创新,它把应用分为两层来提高视图层的渲染速度,但是微信从一开始就选择使用私有且落后(起码目前看来是落后的)的技术方案来定义小程序,而后面的追随者为了吸引开发者亦使用了跟微信小程序类似的设计。Remax 希望能打破这个局面,通过开放的生态为开发者带来全新的小程序开发体验。

Mack:Remax 实现原理zhuanlan.zhihu.com图标

编辑于 2019-11-11

文章被以下专栏收录

    Ant Design 是一个致力于提升「用户」和「设计者」使用体验的企业级设计体系,利用统一的设计规范、前端实现、设计/研发工具链对产品研发赋能,全面提升企业级产品的使用体验和研发效率。

    关注前端前沿技术,探寻业界深邃思想。https://qianduan.group 欢迎微信/微博搜索『前端外刊评论』,关注我们。欢迎给本专栏投稿,原作译作不限,要求:质量高!如果愿意尝试从事前端技术相关的书籍的编写或翻译工作,请私信外刊君。