vue3 正式发布有两年多了，之前也做过一些学习和研究。vue3 发布后给某培训机构开发了一套vue3课程课件，自己也开源了一套基于vue3的后台管理系统（因为个人懒的原因，半年后才上传到gitHub，且到目前为止一直没有更新过）。
附上网址：https://github.com/gegestst112/vue-stick-admin，有兴趣的可以下载看一下，希望我之后会继续完善和更新。
虽然现在还有很多用vue2的项目，甚至有新启动的项目还基于vue2。但vue3作为 vue 的主流开发技术栈，仍然是必然的趋势。因为现在 vue 官网文档也是 vue3 的版本了，指不定哪天要找 vue2 的文档都要花点功夫了。
近期整理一下 vue2 和 vue3 的不同点，希望对读到这篇文章的小伙伴从vue2过渡到vue3有些许帮助。
先来看下 vue2 和 vue3 有哪些相同点，至少先知道技术升级到 vue3 没有看起来那么难。
- vue3 中还是可以使用选项式 api 的写法，我们熟悉的data、props、computed、methods、watch、mixins 这些选项都还在；
- created、mounted 等生命周期钩子函数也还是熟悉的味道；
- 模板语法基本上一致，我们还是可以用 v-bind 绑定数据，v-on 绑定事件，v-if 和 v-for 渲染元素等等；
总结一下，即使不使用 vue3 新增的那些特性，也还是可以完成日常开发工作的。
不过，如果项目是使用 vue3 技术栈开发的，应该大部分人都会尝试适应vue3 组合式 api 语法。如果其他同事开发的模块用的都是组合式 api，唯独你还是用选项式 api，多少会有些违和感的。接下来看看 vue3 新增了哪些新特性
一、创建实例的方式不同
vue2 使用 new Vue({ ...选项 }) 构造函数的方式创建；
vue3 通过内置的 createApp( //根组件 ) 方法创建。
二、Vue3 新增的片断特性，允许单文件组件中的 template 元素下可以有多个节点
在 Vue 2 中的组件中的顶层 <template> 块不支持多个节点，通常都是用一个 div 元素包含所有节点或组件，如：
1 <template> 2 <div> 3 <div class=”top”>…</div> 4 <header>...</header> 5 <main>...</main> 6 <footer>...</footer> 7 </div> 8 </template>
影响虽然不大，但终生成的页面中会有很多不必要的节点嵌套，有经验的前端开发工程师应该都深有体会，特别是有强迫症会更觉得难受。
在Vue 3 中解决了这个问题，组件中可以包含多个节点，如下所示：
1 <template> 2 <header>...</header> 3 <main v-bind="$attrs">...</main> 4 <footer>...</footer> 5 </template>
现在这样写的组件，当组件嵌套很多级的时候，可以节省很多嵌套的节点。不过记得显示定义 attribute 分布的位置。
三、vue3的响应式原理实现不一样
vue2的双向数据绑定是使用 Object.definepropert() 对数据进行劫持，结合发布订阅模式实现。
vue3中使用了es6的proxyAPI对数据进行处理。
使用proxy 可以劫持整个data对象，然后递归返回属性的值的代理即可实现响应式。
四、新增了一些组件
比如 <teleport> 内置组件可以将内容挂载到指定的目标元素。
五、删除了过滤器
在 vue2 中过滤器就用得很少了，我只在 vue1 的时候用得比较多。对于习惯用过滤器的开发者可能有少许影响。
六、新增和修改了生命周期钩子函数
比如 destroyed 生命周期钩子被重命名为 unmounted；
新增了 renderTracked、serverPrefetch 等钩子函数；
在组合式 api 中不同的调用方式。
七、组合式 API
组合式 API 是 vue3 大的一个变化，也是很多熟悉 vue2 的开发者需要适应的方法。
- 可以在单文件组件中使用组合式 API 的编译时语法糖 <script setup>，有使代码更简洁、更好的运行时性能、能够使用纯 *cript 声明 props 和自定义事件等优势；
- 不能在 setup 中使用 this 返回 vue 实例对象
- 生命周期钩子函数名称前加了 on
- 传参 props 和 事件 emit 有不同的调用方式
- 计算属性 computed 和 监听器 watch 使用方式不同
- 新增大量的响应式 api，合理地运用这些 api 操作数据，并可使页面响应数据变化。
八、支持 *cript 开发语法
多了一种开发方式，有利于团队合作、使代码更规范和严谨；对于习惯 javascript 松散语法的开发者来说，可能不太喜欢这种开发方式
