开眼界的一课。平时工作中涉及相关内容较少，所以这部分的内容还需课下多练几遍。 结合之前所学，写几点感想，首先有以下几种“过程”; 1. html --> dom --> 浏览器 2. html --> v-dom --> dom --> 浏览器 3. svg, canvas, webgl --> v-dom --> dom --> 浏览器 4. html等 --> v-dom --> dom --> "web内核" --> 其他平台 5. html等 --> v-dom --> "xxx object model" --> 其他平台 然后， vue 的角色是提供了操作 v-dom 的“方式”，并且在 v-dom --> dom 这个过程中，非常"高效"且"专业", 今天的内容聚焦过程 4. 的前半段，即 html等 --> v-dom. 为什么？或者解决了什么问题？ 答: 我们操作 v-dom 的方式不会因需要”适配“不同的"标准"而发生”任何“改变。 怎么实现的？svg，canvas 等怎么变成“统一”的 v-dom，需要什么？vue 也给你提供了 createRenderer。 “适配器"出场了，在代码抽象实现上来说就是“适配器模式”。我开始看文章时猜的是“策略模式”，当然我学艺不精，这也是个复习“设计模式”的好机会。 至于思考题，Vue 在 在 node 环境中渲染我能想到的应用场景，是前后端同构，SSR，SSG，产生这个问题的根本原因就是，node 它不懂 “dom", 不懂怎么办？配个翻译？要不你翻译成它能懂的再给它？ 已上，就是我的一些大致想法，谬误之处还望大家不吝赐教。