后端编程语言的类

为了避免混淆，先介绍一下后端语言用的类。一般类可以包含内部成员、属性、方法、事件等。内部成员一般都是私有的（其实也可以设置为公有），调用者不可以直接访问内部成员，而是要通过属性来访问内部成员。

类的结构和调用

属性是内部成员的安全通道，可以限制访问方式，比如只读；也可以设置关卡，比如年龄 > 18 且 年龄 < 60的才可以通过。

类设置属性，就是想限制调用者操作内部成员的方式，其数据“根源”在类的内部成员。请注意这一点，下面要用。

vue 子组件的 props

vue 的组件，也可以设置 data、props、computed、methods等，看起来和类的设置很像，但是却有着本质的区别。

vue的组件的props和调用

• 首先
  组件的 data 和 props 是相互独立的，默认情况下没有任何关系，如果想要发生关联，需要手动写代码实现，比如用 watch、computed 等方式。
  
• 其次
  props 是 父组件的 data 的“容器”，其数据“根源”在父组件，而不是子组件的 data，这一点和类是有本质区别的。
  

所以请不要把类的理解和使用方式，生硬的套在 vue 的父子组件上面，要注意区分。

为啥不可以改 props，为啥又可以改props？

现在来讨论一下，props 到底可不可以改的问题。

按照官网的说法，子组件是不可以修改 props 的，原因云云，于是好多人也跟着说不能改，改了就云云。

那么本质原因是啥呢？知其然还要知其所以然！

props不同的类型

这个要从js的数据类型说起，js的类型比较乱，有很多种划分方式，从传递的角度来看，可以分为传值类型和引用类型。

• 传值类型：拷贝副本传递，改副本不影响原值！
• 引用类型：传递地址，可以通过地址修改属性！

对于传值类型，传递副本之后，副本和“本尊”已经没有任何联系了，副本随便改，都不会影响“本尊”。

引用类型，传递的是自己的地址（指针），所以可以通过地址修改“本尊”的属性，这样改副本就可以影响到“本尊”。

vue组件的 props 能改与不能改，就是这两种传递方式导致的。

props 的本质形态

我们经常用到组件的 props，那么 props 到底是什么样子的呢？

这里以 Vue3 为例来分析一下，我们设置一个简单的父子组件，设置几种常见的类型：

• 子组件

exportdefault 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', newDate())
}
// 使用 proxy 修改
const user = props.user // 可以直接获取，不需要使用 toRef
const direct = () => {
user.name = newDate()
}
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：

props的套娃结构

在 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 了。

本文作者：自然框架

个人网址：jyk.cnblogs.com

声明：本文为 脚本之家专栏作者 投稿，未经允许请勿转载。