刚刚看了
Vue.js作者在VueConf 2019上海的演讲视频，学习到了很多的东西。了解了vue在全球的影响力、活跃的社区以及核心开发团队，更主要的是vue2当前的一些问题和在vue3中的一些进步。下面我总结了从中学习到的几点。
vdom
1. 性能瓶颈
新vdom生成：
当数据更新时，虽然vue可以定位到最小更新粒度为组件级别，但在组件级别内，还是需要重新遍历模板生成新的vdom，更新粒度不够小。
diff算法：diff的工作量和组件模板大小成正相关。即使模板内只有少量的动态节点，也需要遍历整个组件去执行diff。
总结：vdom的更新粒度不够灵活，导致生成新的vnode和新旧vnode diff过程中，做了很多无用功，导致浪费性能.
2. 原因
vdom是从react而来的，jsx和手写的render function是完全动态的，过度的灵活性导致无法收集优化的信息，即你无法解读js的代码，来区分静态节点和动态节点。
如下图，很难识别出：只有div下的第二个p是动态节点。
image
3. 解决方案
react时间分片
在动态节点和数据的量都很大时，那么在数据更新时，js线程就会用很长的时间来执行vdom的相关计算，如果超过了16ms，造成交互或动画等等卡顿现象。而时间分片就是把vdom的大量计算分成多个小任务，保证每个小任务在16ms内执行完，从而不会阻塞用户交互，避免卡顿现象。
即react承认vdom的这些缺点，然后它从其他的层面来弥补缺点带来的问题。
vue缩小更新粒度
最大化利用的模板信息，把更新的粒度从组件缩小到代码块。
即从组件模板中提取出动态节点、动态代码块，做diff时，只需要比较这些动态区域，而忽略掉静态节点，从而提升性能。
image
image
image
image
再比如一个节点仅仅
class属性为动态的，那么只需要diff这一个属性即可。进一步提升了性能。
总结：vdom的更新性能将与动态内容的数量相关，而不是模板整体大小。
function-based API
image
优势1：更好的支持TS类型推导
优势2：Tree-shaking友好
常用的API value、computed、watch等都是从vue中使用import引进来的，所以支持tree-shaking。即如果没有使用这些api，那么这些相应的代码就不会被打包，缩小了文件大小。
优势3：代码更容易被压缩
对象属性一般是不会被压缩的，而变量名是可以被压缩的
优势4：逻辑复用
逻辑复用有很多种方案，都有一些缺点：
1. mixins
- 命名空间冲突（多个mixins，不能保证变量名不会冲突）
- 数据来源不清晰（多个mixins时，使用的变量就不易分辨它的来源）
2. 高阶组件
- props命名空间冲突
- props数据来源不清晰
- 额外的组件实例性能消耗
3. 作用域插槽
- 额外的组件实例性能消耗
而在vue3中逻辑复用会有不同的方式：
image
可以发现和
react hook逻辑封装形式很像，就是在组件内定义响应式的变量，并封装变量更改的逻辑，在最后把变量暴露出来，供其他组件使用。
image
网友评论