最近在公司实现一个业务组件库按需加载的需求。简单来说，有两个需求，第一个是实现业务组件库的按需加载，第二，因为业务组件库里面有引用了类似 Element Plus 的第三方组件库，所以在实现业务

Vue 3.6 重磅推出试验性 Vapor Mode，宣告逐步告别 VDOM！曾经靠 VDOM提升性能，如今为何要抛弃它？一文带你解开 “干掉 VDOM” 的核心逻辑，提前看透 Vue 未来性能进化方

1. 抽组件 ≠ 拆文件夹 很多初学 Vue 的人对“组件化”的理解就是：“页面上出现重复的 UI？好，抽个组件。” 于是你会看到这样的组件： 接着你又遇到需要加图标的输入框，于是复制一份： 再后来你

在Vue3.5版本中最大的改动就是响应式重构，重构后性能竟然炸裂的提升了56%。之所以重构后的响应式性能提升幅度有这么大，主要还是归功于：双向链表和版本计数。

听听尤大大是如何解释为什么在设计Vue2.0的时候没有实现数组的响应式？如果你能弄明白那真的是“泰裤辣”

交付一个 vue 组件不仅需要解析 DSL，还要处理 JS/TS，样式，类型声明等内容。我们先研究一下将 .vue 转换成 .js 的问题，这个是关键。

本文根据2019年GitHub上尤大回复原文_rfcs 的讨论和自己的一些思考总结而来。 先有问题再有答案 为什么react需要fiber时间分片而vue没有? 为什么react在开发中要手动实现优化

Vue3 中定义的ref类型的变量，在setup中使用这些变量是需要带上.value才可以访问，但是在template中却可以直接使用。 询其原因，可能会说 Vue 自动进行ref解包了，那具体如何实

vue3引入Composition API之后，写法就变得很灵活了。 比如我们可以把一些功能封装成hook,直接使用hook返回的变量。或者直接定义变量引入，那么状态管理库还有必要么？