vue3的进步

刚刚看了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 视频地址

本文章由javascript技术分享原创和收集