Vue3.5 新版本？抱歉，这次我选择不升级！

其实早在 VueConf 2024 上，尤大就公布了Vue3.5的新特性，并且说明了目前该版本还在开发中，正处于 alpha 阶段

说 3.5 之前，先回顾一下 3.4

在说 Vue3.5 之前，我想先先回顾一下 Vue3.4这个版本，因为我实在觉得 Vue3.4 太棒啦！！！

以下是 Vue3.4 的特性：

1、彻底重构 parser，加快一倍
2、SFC 编译 source map 优化，提速可达 50%
3、响应式系统重构，更精确的 computed 计算触发
4、defineModel 成为稳定功能
5、v-bind 语法糖

除了 5、v-bind 语法糖 这一点我个人觉得对我没啥用处以外，其他几点 简直太棒了！！！

parser 重构、SFC 编译 source map 优化： 这都是实打实地提升了编译速度啊！编译速度直接影响了开发体验！简直太棒了！！
响应式系统重构： 我还记得以前watchEffect这个 API 无论依赖改变前后相不相同，都会触发watchEffect回调重新执行（性能问题），而响应式系统重构是彻底解决了这个性能问题！简直太棒了！！
defineModel： 以前封装组件时涉及到父子数据双向绑定时，都很麻烦，而有了defineModel 之后，瞬间简单了！简直太棒了！！

反观 Vue3.5

说完Vue3.4，我们来反观一下Vue3.5，我来说说为啥 我应该会跳过 Vue3.5 这个版本

Props 响应式解构

以前 Props 解构后就会丢失响应式，但是 Vue3.5 支持 Props 响应式解构了

import { watchEffect } from 'vue'

const { count } = defineProps(['count'])

watchEffect(() => {
	console.log(count)
})

虽然我知道这个新特性挺实用的，但是我觉得对于我来说，好像用处不大，反而会对我的开发造成阻力，我始终觉得：props 还是不要解构的好

请看下面例子，我如果不解构，每个地方都用 props.count，那么我会很清楚 count 这个变量的数据是来源于 props，当组件内代码太多的时候，这些代码被挤到下面的时候，我还是能很清楚地分清 count 和 total 两个变量数据来源的区别，前者是传进来的，后者是本组件自己的

import { watch, watchEffect, computed } from 'vue'

const props = defineProps(['count'])
let total = 2

// more code...

const fn = () => {
	const num = props.count + 2
	total++
}

const sum = computed(() => props.count * 2)

watch(() => props.count, v => {
	
})

watchEffect(() => {
	console.log(props.count, total)
})

但是如果你进行 Props 解构的话，那就是下面的场景，当本组件代码很多的时候，而导致你看不到变量定义代码时，请问你怎么区分 count 和 total 两个变量数据来源？