前言
本文主要会从两部分去做总结,一部分是可能混淆的点 or 一些常见的问题，另外一部分是实践过程中遇到的坑点/注意点。
关于 vue3 的一些疑问点
1: 使用了 Vue3，是否都要遵循用 Composition API 的形式去写页面？
答案是否定的。需要注意一点：Vue3 并没有废弃 Options API,甚至还会全力支持兼容 Vue2 语法的工作。而 CompositionAPI 出现的背景主要是为了解决逻辑抽象和和复用的问题，但不意味着它成为了 Vue3 的标准。So,如何区分场景使用Options API or Composition API主要看业务逻辑的复杂程序，例如一些简单的 toast/button 等基础组件，用options API形式会更加清晰和简洁。而相对复杂的业务逻辑，可以用Composition API，可以把单独一块逻辑抽离到一个模块，通过 hook 函数的方式去解决。
2: Vue3 中混用 Options API 和 Composition API 会不会对性能产生影响?
不会。其实从问题 1 就可以明显地看出来并不会对性能产生任何影响。不应该被option api限制思维，而更多关注逻辑内聚问题
3: 关于 setup 中没有 this 的问题
vue 官方文档是这么解释的：在 setup() 内部，this 不会是该活跃实例的引用，因为 setup() 是在解析其它组件选项之前被调用的，所以 setup() 内部的 this 的行为与其它选项中的 this 完全不同。这在和其它选项式 API 一起使用 setup() 时可能会导致混淆。这意味着，除了 props 之外，你将无法访问组件中声明的任何属性---本地状态，计算属性/方法。
但是从源码实现你会发现其实组件实例创建在前，函数之所以访问不到 this，是因为它在执行 setup 函数的时候，就没有把组件实例 instance 传给 setup。也没有把 this 指向实例 instance。So 执行顺序其实是：组件实例创建在 setup 函数执行之前，但是 setup 执行的时候，组件还没有 mounted，而晚于 beforeCreate 钩子，早于 create 钩子。
4: reactive VS ref
刚开始看文档时，大家往往会去拿这两个去对比，总结一下：
reactive API: 可以把一个对象数据变成响应式(等同于 2.x 中的 Vue.observable())，Composition API 更推荐用户主动定义响应式式数据，而非内部的黑盒处理
ref: 针对数组 or 对象本质就是reactive实现的，读取值时是ref.value
另外注意一下toRefs: 针对组合函数返回响应式对对象时使用 toRefs, 本质上是帮我们做了一层getter和setter处理，解构就可以得到响应式的数据，这也就降低了一些关于ref的心智负担
5: Vue3 响应式比 Vue2 的性能要好吗？
vue3 出来的时候，往往听到的一些答案都是说 Vue3 性能比 Vue2 性能好，但真的是吗？在 Vue3 发布那一段期间中(我也去薅羊毛薅到了 1 元的源码课解析中学习了一番：老黄 YYDS)，甚至包括群里大家都在讨论这个问题。
首先从实现上来讲：我们都知道 vue2 中的响应式主要归功于Object.defineProperty, 它主要劫持对象的属性，所以它不能观测到对象属性的添加和删除，而在 vue 中，是用Proxy实现的，劫持的是整个对象，能规避掉 vue2 留下的问题，但也有明显的缺点就是兼容性不够强。但是对比 Vue2，你需要知道的是 vue3 性能上的优势主要还是体现在初始化阶段。因为 Vue2 中定位响应式对象时，会递归把子对象变成响应式。而 Vue3 其实是惰性执行：在对象属性被真正访问的时候才会递归执行子对象变成响应式。
6: Vue Composition API VS React Hooks
Vue3 的Composition API和React Hooks的写法很像，大家都会忍不住拿他们去做个对比，关于这部分内容的 PK，我司的小伙伴已经给总结过了，还很全面，这个就不细说了,传送门：
Vue Composition API 和 React Hooks 对比：https://juejin.cn/post/6847902223918170126
除了一些常见的问题时，更重要的就是实践，对于新项目，可以直接使用 vue3 起步，但更多的对于已有的项目，在 vue2 升级到 vue3 实践时，肯定会踩不少坑，以下是关于在实践过程中可能会遇到的一些注意点&坑点
1. 报错以下警告：告知 script setup 当前仍然是个实验性的新特性，还没有作为正式特性发布，后面会不会有变化还不好说。
[@vue/compiler-sfc] <script setup> is still an experimental proposal.
Follow its status at https://github.com/vuejs/rfcs/pull/227.
[@vue/compiler-sfc] When using experimental features,
it is recommended to pin your vue dependencies to exact versions to avoid breakage.
[@vue/compiler-sfc] `defineProps` is a compiler macro and no longer needs to be imported.
2: 迁移 vue3 时，setup 中只保留了不再有once, $off 等方法，只保留了 emit，如下：
setup(props, { emit }) {
const rootRef = ref(null)
const scroll = useScrolll(rootRef, props, emit)
return {
rootRef,
scroll
}
}
// scroll.js 中
scrollVal.on('scroll', pos => {
emit('scroll', pos)
})
3: 关于 computed: 3.X 把 computed 变成了一个计算属性 API，所以可以有多个 computed，可以沿用 Vue.js 2.x 的使用方法
// vue2.x
computed: {
loading() {
return !this.list.length
}
},
// vue3.x
const loading = computed(() => !this.list.length)
const titleList = computed(() => {
return props.data.map((item) => item.title)
})
4: 关于 watch:对于监听对象是分隔字符串时，需要在选项参数中指定 deep: true
// vue2.x
watch: {
'data.distance': function (newVal, oldVal) {
if (newVal === constants.DISTANCE_ON) {
...
}
},
},
// vue3.x
watch(
() => this.data.distance,
(newVal, oldVal) => {
if (newVal === constants.DISTANCE_ON) {
...
}
},
{ deep: true },
)
5: 在 Vue3 中组件没有filters选项，迁移过程中，可以用computed/methods替代
// vue2.x
filters: {
// just a method
dateFormat,
},
// vue3.x
const dateFormat = computed(() => {
// just a method
dateFormat,
})
可以在同一个组件上使用多个 进行双向绑定，可以使用自定义 v-model 修饰符
6: vue3.X 中去掉了.sync,用v-model代替 并且同一个组件中不仅限于只有一个v-model
// vue2.x
<basic-info-dialog :shown.sync="dialogFormVisible">
<ChildComponent v-bind:name.sync="name" />
// vue3.x
<basic-info-dialog v-model:shown="dialogFormVisible">参考资料
-
vue 文档：https://vue3js.cn/docs/zh/guide/composition-api-setup.html#%E4%BD%BF%E7%94%A8%E6%B8%B2%E6%9F%93%E5%87%BD%E6%95%B0
-
Vue Composition API 和 React Hooks 对比：https://juejin.cn/post/6847902223918170126
文章评论