跨容器的渲染引擎Rax

Rax 详细介绍

Rax 是阿里开源的一个通用的 Javascript 库&＃xff0c;主要有 React 兼容的 API 。 使用 React 的就应该已经知道如何使用 Rax。

特性&＃xff1a;

• 快速&＃xff1a;快速的虚拟 DOM。

• 微型&＃xff1a;min &＃43; gzip 之后仅 8.0kb。

• 通用&＃xff1a;跨浏览器、Weex 和 Node.js。

示例&＃xff1a;

快速开始&＃xff1a;

将 Rax CLI 工具安装到 init 项目中&＃xff1a;

npm install rax-cli -g
rax init YourProjectName

启动本地服务器运行项目&＃xff1a;

cd YourProjectName
npm run start

关于的 Rax 介绍

2015 年双十一&＃xff0c;Weex 的方案开始逐步使用&＃xff0c;经过这次试水&＃xff0c;证明了这套方案未来的场景及可行性&＃xff0c;接着 2016 年 Weex 开始进入快速发展的阶段。但是使用 Weex 就意味着必须用 Vue 的语法&＃xff0c;这对于整个团队来说是一个不小的挑战&＃xff1a;PC 场景下的项目&＃xff0c;小伙伴们普遍基于 React 开发&＃xff0c;已经有了相当多的经验与沉淀。如果无线的项目要采用一个不同方案&＃xff08;Vue&＃xff09;去做&＃xff0c;强推未必会不奏效&＃xff0c;但是小伙伴们大概会伤心吧。

于是我们尝试将 React 与 Weex 结合起来&＃xff0c;但是由于方案太过 hack 导致各种问题&＃xff0c;遂无奈放弃。接着 Rax 的方案应运而生&＃xff1a;「Rax 基于 React 的标准&＃xff0c;支持在不同容器中渲染&＃xff0c;当前最重要的容器即 Weex 和 Web」。

Rax 与 React

React 是一种标准&＃xff0c;Rax 是对该标准的一个实现。Rax 只是无线端的解决方案&＃xff0c;与 React 并无冲突。事实上淘宝 PC 端的新项目&＃xff0c;依然主要是基于 React。当然&＃xff0c;Rax 跟 Preact 之类的方案也有本质区别&＃xff0c;前者偏向于解决多端问题&＃xff0c;后者偏向于解决性能问题&＃xff0c;具体可参考下文「Rax 的特点」。

Rax 的特点

1、设计上支持不同容器

Rax 在设计上抽象出 Driver 的概念&＃xff0c;用来支持在不同容器中渲染&＃xff0c;比如目前所支持的&＃xff1a;Web, Weex, Node.js. 基于 Driver 的概念&＃xff0c;未来即使出现更多的容器&＃xff08;如 VR 等&＃xff09;&＃xff0c;Rax 也可以从容应对。Rax 在设计上尽量抹平各个端的差异性&＃xff0c;这也使得开发者在差异性和兼容性方面再也不需要投入太多精力了。

2、体积足够小

如上文所说&＃xff0c;Rax 是一个面向无线端的解决方案&＃xff0c;因此自身的体积对于性能来讲就显得非常重要。Rax 压缩 &＃43; gzip 后的体积是 8.0kb, 相比 React 的 43.7kb, 对于无线端友好了很多。

3、支持返回多个同级节点

任何用过 React 的同学大概都踩过同一个坑&＃xff1a;方法返回了多个同级节点导致报错。在设计上 React 只能返回单个节点&＃xff0c;因此页面上或多或少会产生一些冗余的节点&＃xff0c;这在 PC 端并没有太多问题&＃xff0c;然而在无线 Android 端嵌套层级越多&＃xff0c;应用的 crash 率会不断提高&＃xff0c;这一点在低端 Android 机上表现尤其明显。因此 Rax 支持了返回多个同级节点的功能&＃xff0c;如&＃xff1a;

import {createElement, Component, render} from &＃39;rax&＃39;;class Test extends Component {render() {return [1, 2, 3].map((item) &＃61;> {return 

{item}

这一特性可以有效减少页面的嵌套层级&＃xff0c;从而减少应用因嵌套层级过多而出现的 crash 问题。

4、标准化

在上文里&＃xff0c;我们不断的提各个端的一致性&＃xff0c;一致则必有规范可依&＃xff0c;Rax 遵循 W3C 标准&＃xff0c;比如在 Weex 容器中已经可以直接调用 navigator, document, location, alert 等 W3C 的标准 API.

当然&＃xff0c;受限于各个端的差异&＃xff0c;标准化的道路还很长&＃xff0c;「更标准化」这也是 Rax 未来的重要目标之一。

未来

Write once, run everywhere. 这是口号&＃xff0c;亦是目标。Rax 未来会在更多的端上不断探索&＃xff0c;比如 VR/AR, 甚至之前微博上有同学提出的是否可以用 Rax 写微信小程序&＃xff0c;也是一个蛮有意思的想法。

对于开发者来说&＃xff0c;当越来越多的端不断出现在眼前时&＃xff0c;我们应该如何应对&＃xff1f;是通过不断的踩坑来整理一份长长的 checklist, 然后做项目时一一对照&＃xff1f; 或者让我们一起来探索 Rax?

了解更多 Rax 相关内容&＃xff0c;欢迎访问 alibaba.github.io/rax

参考文章: http://taobaofed.org/blog/2017/02/10/why-rax/