将你的 Virtual dom 渲染成 Canvas

项目概述

一个基于Vue的virtual dom插件库，按照Vue render 函数的写法，直接将Vue生成的Vnode渲染到canvas中。支持常规的滚动操做和一些基础的元素事件绑定。

github 地址： github

demo实例：demo

背景

从一个小的需求提及：某一天，产品提了一个这样的需求，须要制做一个微信活动页，活动页能够分享包含用户相关信息的图片。这些信息是须要从接口取的，并且每一个人都不同。第一次碰到这种需求的时候，基本上都会去手撸canvasAPI去作渲染功能，这种状况的步骤大体以下：

1. 写一大串 dom template 标签
2. 渲染template成dom标签
3. 开始捕捉dom元素，绘制canvas
4. canvas 渲染图片

面临的主要问题是复用性太差，其次是性能上也有问题，用户看到的界面不必定和正式渲染出的界面一致，可能存在渲染差别。做为一个有追求的前端，固然得想一想看有没有更好的法子。因而乎了解到了一个html2canvas 这样一个库。可是老是感受仍是要转成dom再去绘制，并且感受性能和稳定性也不是很好。

咱们知道vue经过vnode实现了对不一样端的渲染工做，那有没有可能经过vnode实现对canvas的渲染呢？也就是说，没有vnode -> html -> canvas 而是直接vnode -> canvas。 同时利用vue的数据驱动，来达到绘制的数据驱动。想法有了，下面开始实施。

调研

这篇文章对此有详细的介绍：60 FPS on the mobile web 这里简单的归纳一下：

canvas是一种当即模式的渲染方式，不会存储额外的渲染信息。Canvas 受益于当即模式,容许直接发送绘图命令到 GPU。但若用它来构建用户界面，须要进行一个更高层次的抽象。例如一些简单的处理,好比当绘制一个异步加载的资源到一个元素上时会出现问题,如在图片上绘制文本。在HTML中，因为元素存在顺序，以及 CSS 中存在 z-index，所以是很容易实现的。
dom渲染是一种保留模式，保留模式是一种声明性API，用于维护绘制到其中的对象的层次结构。保留模式 API 的优势是，对于你的应用程序，他们一般更容易构建复杂的场景，例如 DOM。一般这都会带来性能成本,须要额外的内存来保存场景和更新场景，这可能会很慢。

看来canvas绘制页面的研究，好久以前就已经有人付出过研究了。并且性能仍是很不错的。那咱们更要试试看，到底咱们的想法能不能实现了！愈来愈期待....

开始

canvas 的渲染其实也是一种尝试，既然前人以及作了充分的实践，那么咱们便站在巨人的肩膀上去基于vue来实现一个数据驱动的canvas渲染。说作就作！(咱们这里只提供思路，不作具体实现细节的讨论，由于实现起来有点复杂，若是有兴趣能够参考个人项目实现，或者一块儿交流探讨 )

处理vnode

熟悉Vue源码的应该都知道，Vue经过render函数，传入createElement方法来构造出一个vnode，经过发布--订阅模式来实现对数据的监听，从新生成vnode。咱们要作的就是在vnode这一层开始。因此，咱们基于Vue源码的方式，实现一个监听函数，并混入Vue实例中：

Vue.mixin({
    // ...
    created() {
      if (this.$options.renderCanvas) {
        // ...
        // 监听vnode中引用的变化，从新渲染
        this.$watch(this.updateCanvas, this.noop)
        // ...
      }
    },
    methods: {
      updateCanvas() {
        // 模拟Vue render 函数
        // 寻找实例中定义的 renderCanvas 方法，并传入createElement方法
        let vnode = this.$options.renderCanvas.call(this._renderProxy, this.$createElement)
      }
})

这样咱们就能够愉快的在组件内部使用：

renderCanvas (h) {
  return h(...)
}

canvas 元素处理

render 的vnode咱们须要作额外的一些约束，也就是说咱们须要怎么样的渲染标签，来渲染对应的canvas元素（举个🌰）：

1. view/scrollView/scrollItem --> fillRect
2. text --> fillText
3. image --> drawImage

其中这些元素类分别都继承于一个Super类，而且因为它们各有不一样的展现方式，所以它们分别实现本身的draw方法，作定制化的展现。

绘制对象的布局机制实现

绘制 canvas 布局最基础的写法是为canvas 元素传入一系列坐标点和相关的基础宽高，这样写到实际项目中多是这样的：

renderCanvas(h) {
  return h('view', {
     style: {
       left: 10,
       top: 10,
       width: 100,
       height: 100
     }
  })
}

这样写确实有点不方便维护，目前有好几种解决方案，一种是使用css-layout去作管理。css-layout支持的转换属性以下：

这样也只是作了一层转换，帮咱们更好的用css思惟去写canvas，可是若是咱们很不爽css in js的写法，其实咱们还能够写一个webpack loader 来加载外部css：

const css = require('css')
module.exports = function (source, other) {
  let cssAST = css.parse(source)
  let parseCss = new ParseCss(cssAST)
  parseCss.parse()
  this.cacheable();
  this.callback(null, parseCss.declareStyle(), other);
};

class ParseCss {
  constructor(cssAST) {
    this.rules = cssAST.stylesheet.rules
    this.targetStyle = {}
  }

  parse () {
    this.rules.forEach((rule) => {
      let selector = rule.selectors[0]
      this.targetStyle[selector] = {}
      rule.declarations.forEach((dec) => {
        this.targetStyle[selector][dec.property] = this.formatValue(dec.value)
      })
    })
  }

  formatValue (string) {
    string = string.replace(/"/g, '').replace(/'/g, '')
    return string.indexOf('px') !== -1 ? parseInt(string) : string
  }

  declareStyle (property) {
    return `window.${property || 'vStyle'} = ${JSON.stringify(this.targetStyle)}`
  }
}

主要也就是将 css 文件转成AST语法树，以后再对语法树作转换，转成canvas须要的定义形式。并以变量的形式注入到组件中。

实现列表滚动

若是咱们的元素不少，须要滚动时，咱们必须解决canvas内部元素滚动的问题。这里我选择了使用Zynga Scroller 来模拟用户滚动方法，经过他返回的滚动坐标点，来对canvas进行重绘。

详细的参考这里

事件模拟

对于click，touch等dom事件的模拟，咱们采用的方案是根据点击区域进行检测，并找出最底层的元素，递归寻找父元素并触发对应事件处理程序，从而模拟事件冒泡。

详细的实现能够参考这里

最后

canvas绘制页面也是一种创新的尝试，但愿这里的研究对你有启发，也欢迎您的PR。这里也作了不少性能优化，限于篇幅不在赘述了，有兴趣也能够一块儿探讨。

最后：它并不意味着彻底取代基于DOM的渲染，这仍然须要文本输入，复制/粘贴，可访问性和SEO。出于这些缘由，咱们可使用canvas和基于DOM的渲染的组合。