后端编程语言的类
为了避免混淆，先介绍一下后端语言用的类。
一般类可以包含内部成员、属性、方法、事件等。
内部成员一般都是私有的（其实也可以设置为公有），调用者不可以直接访问内部成员，而是要通过属性来访问内部成员。
属性是内部成员的安全通道，可以限制访问方式，比如只读；也可以设置关卡，比如年龄 > 18 且 年龄 < 60的才可以通过。
类设置属性，就是想限制调用者操作内部成员的方式，其数据“根源”在类的内部成员。
请注意这一点，下面要用。
vue 子组件的 props
vue 的组件，也可以设置 data、props、computed、methods等，看起来和类的设置很像，但是却有着本质的区别。
首先
组件的 data 和 props 是相互独立的，默认情况下没有任何关系，如果想要发生关联，需要手动写代码实现，比如用 watch、computed 等方式。其次
props 是 父组件的 data 的“容器”，其数据“根源”在父组件，而不是子组件的 data，这一点和类是有本质区别的。
所以请不要把类的理解和使用方式，生硬的套在 vue 的父子组件上面，要注意区分。
为啥不可以改 props，为啥又可以改props？
现在来讨论一下，props 到底可不可以改的问题。
按照官网的说法，子组件是不可以修改 props 的，原因云云，于是好多人也跟着说不能改，改了就云云。
那么本质原因是啥呢？知其然还要知其所以然！
这个要从js的数据类型说起，js的类型比较乱，有很多种划分方式，从传递的角度来看，可以分为传值类型和引用类型。
- 传值类型：拷贝副本传递，改副本不影响原值！
- 引用类型：传递地址，可以通过地址修改属性！
对于传值类型，传递副本之后，副本和“本尊”已经没有任何联系了，副本随便改，都不会影响“本尊”。
引用类型，传递的是自己的地址（指针），所以可以通过地址修改“本尊”的属性，这样改副本就可以影响到“本尊”。
vue组件的 props 能改与不能改，就是这两种传递方式导致的。
props 的本质形态
我们经常用到组件的 props，那么 props 到底是什么样子的呢？
这里以 Vue3 为例来分析一下，我们设置一个简单的父子组件，设置几种常见的类型：
- 子组件
export default defineComponent({
name: 'test2',
props: {
modelValue: String,
name: String,
user: Object,
info: Object
},
emits: ['update:modelValue'],
setup (props, context) {
console.log('props-text', props)
console.log('props-ctx', context)
// 使用 emit 修改
const submit = () => {
context.emit('update:modelValue', new Date())
}
// 使用 proxy 修改
const user = props.user // 可以直接获取，不需要使用 toRef
const direct = () => {
user.name = new Date()
}
return {
submit,
direct
}
}
})
子组件定义一个 props，有基础类型，和引用类型几个成员。基础类型需要使用 emit 来修改，引用类型（reactive），可以直接通过 proxy 的拦截原理来方向修改。
另外 props 的引用类型，是可以直接解构的，不需要使用 toRefs。
- 父组件
模板：
<test
v-model="model"
:name="refName"
:user="retUser"
:attrs1="retUser"
></test>
js：
const model = ref('aa')
const refName = ref(0)
const retUser = reactive({
name: 'jyk'
})
父组件定义几个类型的data传递给子组件。基础类型用 ref，引用类型使用 reactive。因为这样可以有响应性。
- 看看结果
我们先来看看 props 的打印结果，发现是一个套娃 proxy：
在 vue3 里面，reactive、shallowReactive、readonly、shallowReadonly 都用了proxy，那么到底是哪一种呢？
简单测试一下就会发现是 shallowReadonly（浅层只读），那么问题来了，既然不让改，为啥不用 readonly？是遗漏了吗？
我猜测这是一个平衡各种需求后的折中处理方案。
然后可能官方为了避免心智负担，于是干脆一刀切，就说不让改props，这样就省事了。
而对于懂得原理的，那就可以传递引用类型，实现更简洁的操作方式。
所以想要用好一个框架，还是需要了解一些原理的。分清楚什么情况可以改，什么情况不可以改，可以让代码更简洁。
vue 的双向绑定 VS 单向数据流
误区一：看到双向绑定，就会认为是双向数据流，但是其实不是的，vue为了更好的实现响应性，所有的数据流向都是 单向 的。
误区二：在子组件里，只能通过emit来修改props，否则违背了单向数据流的规定。
其实，在子组件里无论采用 emit 修改 props，还是通过 proxy 修改，其本质都是单向数据流。
上图比较清晰的表达了数据的流向。
- 开始：父组件设置data，传递给子组件，子组件渲染。
- 变化：子组件通过 emit 修改基础类型，或者通过 proxy 来修改引用类型，都会先去修改父组件的data，然后再通知子组件，最后才是子组件的渲染。
实例
一个常见的例子就是，“弹窗显示表单”。以element-plus 为例：
父组件：
// 弹窗信息
const dialogInfo = reactive({
isShow: false,
width: '50%'
})
// 弹窗
dialogInfo.isShow = true
//关闭
dialogInfo.isShow = false
子组件
// 属性：模块ID
const props = defineProps({
moduleId: [Number, String],
buttonMeta: Object,
dialogInfo: Object
})
// 直接解构，不需要使用 toRefs
const _dialogInfo = props.dialogInfo
// 弹窗
_dialogInfo.isShow = true
//关闭
_dialogInfo.isShow = false
模板
<el-dialog
:title="这是一个演示"
v-model="_dialogInfo.isShow"
:modal="true"
:width="_dialogInfo.width"
>
</el-dialiog>
这样父组件和子组件都可以轻松的控制 el-dialog 了。
