情景阐述
弹窗内部有一个挑选框，要通过请求接口获取挑选框下面可供选择的数据。
这是一个很简单的情境，我立刻有了自己的思路。如果实现搜索，数据较少可以直接用elementplus自带的filter。如果数据较多，就需要传val，在后台进行搜索，然后分页渲染。我选择的是前者，所以只需要把数据渲染上去就可以。
我的做法也很标准，我定义了一个option，因为获取的一定是个数组类型的数据，里面会有对象，对象中的属性是label。就类似于这种：
const pingminOptions = reactive([
{
value: '',
label: ''
}
])
做好一切准备工作后，我就请求后端接口，拿到了一个新的数组。并把数组的值赋值给了pingminOptiions。
随后发现响应式出现问题，数据更改成功，但是没有办法实现在页面上渲染。（数据的单向绑定出现问题）
发现问题的过程
我和我的组长一起改了很久，因为前面的人的代码很乱，一开始都是用let来定义，所以看不出问题。但是一旦是const就出现报错。
const报错，说明这个引用型数据的存放位置都发生了变化。
前面我们定义了一个响应式数据pingminOptions，如果我们获取到的是data.records。那么：
pingminOptions = data.records
这样的做法，会导致数据存放位置发生变化，而且原先的data.records并不是一个响应式数据，所以新定义的pingminOptions的响应式也失效了。
正确做法
正确的做法，我们可以给pingmingOptions中：
const pingmingOptions = {
option: []
}
定义一个option来存放数据。接着我们就可以把data.records的值给option。
为什么要这么做？
这么做的原因是，用reactive定义出来的数据，内部的对象或者数组也是响应式的，它是深层次的。所以我们不用担心pingmingOptions的响应式失效问题。
关于toRefs
在和组长交流的过程中，我们也曾一度考虑是不是没有用到toRefs的问题，于是也复习了toRefs。toRefs的作用，一般用于解构。
比如我的state对象中有很多数据，有state.a，state.b，state.c。
我在渲染页面的时候，每次都要带上state。非常的不方便。因此就可以toRefs(state)，这样的话，相当于给a，b，c都变成了一个响应式的属性。那么我们在使用的时候，模板语法中可以直接把a，b，c写出来。这样就方便了书写。
需要注意的是，仅仅是在页面渲染的时候才能简写。