vue3使用中踩过的坑

本文探讨了Vue中使用ref和reactive创建响应式数据时遇到的问题,特别是当需要在子组件中定义并保持原始数据不变时。通过示例展示了如何避免因数据同步导致的响应式丢失,同时分析了在处理复杂数据类型时可能出现的陷阱,并提出了相应的解决方案。

一、定义响应式数据

ref()和reactive()

ref():定义基本数据类型

定义: const loading = ref(false)

使用:loading.value = true

reactive()定义复杂数据类型,如object、array

定义:

const obj = reactive({})

const arr= reactive([])

使用:

注意:reactive定义的数据不能直接赋值 obj = {name: 'aa'} arr = [1,2],这样就失去了响应式。

obj.name = 'aa'

const arrList = ['1', '2']

arr.push(...arrList)

2、子组件定义两个变量接受父组件接收同一个参数

业务场景,判断属性是否选择isSelect(1选择,0未选择)、是否删除isDelete(1删除,0未删除),初始选择的话,修改时取消选择,要把数据isDelete 改为1

所以使用俩参数,一个用来编辑,一个作为初始值用来对比

      const attributeList = computed(() => {
        const data = props.productAttributeList
        return data.length ? dataArr : []
      })
      const originalAttributeList = computed(() => {
        const data = props.originalAttributeList
        return data.length ? dataArr : []
      })

一开始这么定义,后来发现,编辑了数据后,定义用来对比的原始数据也会改变/(ㄒoㄒ)/~~

就改了下

      const attributeList = computed(() => {
        const data = props.productAttributeList
        return data.length ? data: []
      })
      const originalAttributeList = computed(() => {
        const data = props.originalAttributeList
        const dataArr = JSON.parse(JSON.stringify(data.length ? data : []))
        console.log('改变')
        return dataArr
      })

但是 attributeList 数据改变 仍然会改变originalAttributeList 

就又重新改了下

      const attributeList = computed(() => {
        const data = props.productAttributeList
        const dataArr = JSON.parse(JSON.stringify(data.length ? data : []))
        return dataArr.length ? dataArr : []
      })
      const originalAttributeList = computed(() => {
        const data = props.originalAttributeList
        const dataArr = JSON.parse(JSON.stringify(data.length ? data : []))
        console.log('改变')
        return dataArr
      })

这样对照数据originalAttributeList 不会跟着attributeList数据改变了,但问题又来了,attributeList的响应式消失了~~>_<~~

怎么解决🆒

<think>嗯,用户问的是在Vue使用对象解构可能遇到的问题和解决方案。首先,我需要回忆一下Vue的响应式系统是如何工作的,特别是关于对象属性的追踪。Vue 2使用的是Object.defineProperty,而Vue 3改用Proxy,这可能影响解构时的响应性。 首先想到的问题是,解构后的变量可能失去响应性。比如,直接从响应式对象中解构出一个属性,这个变量可能不会更新视图。这是因为Vue的响应式系统追踪的是对象的属性访问,而解构后的变量只是一个值的副本,不会触发getter/setter。这时候应该用toRefs来处理,把响应式对象的每个属性都转换成ref,这样解构后仍保持响应性。 然后是props的解构问题。在Vue 2中,直接解构props会导致失去响应性,所以在setup函数里需要使用toRefs来处理props。不过在Vue 3的组合式API中,这个问题可以通过正确的使用方式来解决,但用户可能还是需要注意。 另外,解构可能引起不必要的重新渲染。比如,解构整个对象并在模板中使用多个属性,当其中一个属性变化时,整个组件可能重新渲染。这时候应该只解构需要的属性,或者使用计算属性来优化。 还有类型推断的问题,TypeScript用户可能会遇到解构后类型丢失的情况,需要用类型断言或正确的泛型来保持类型。 最后,嵌套对象的解构也需要小心,深层解构可能导致响应性丢失,这时候可能需要逐层使用toRefs或者用computed来处理深层属性。 需要确保提到的解决方案包括使用toRefs、toRef,以及避免在data或reactive之外解构。同时,区分Vue 2和Vue 3的不同处理方式可能会有帮助。可能还要提到在模板中直接使用响应式对象而不是解构后的变量,或者使用计算属性来包装解构的值。 还要检查是否有其他常见问题,比如在方法或生命周期钩子中解构导致的响应性问题,或者在watch或computed中使用解构是否需要特别处理。 最后,生成的相关问题要围绕用户可能进一步想了解的内容,比如如何保持解构后的响应性、处理props的最佳实践、性能优化、TypeScript支持,以及Vue 3的改进等。</think># Vue使用对象解构的常见问题及解决方案 ## 一、响应性丢失问题 1. **直接解构响应式对象** 在解构Vue的响应式对象(如`data`/`reactive`)时,基础类型属性会失去响应性: ```javascript // ❌ 错误示例 const { count } = reactive({ count: 0 }) count++ // 视图不更新 ``` **解决方案**: 使用`toRefs`转换响应式对象: ```javascript // ✅ 正确示例 const state = reactive({ count: 0 }) const { count } = toRefs(state) count.value++ // 视图正常更新 ``` 2. **嵌套对象解构** 深层解构嵌套对象时,第二层属性会丢失响应性: ```javascript const obj = reactive({ nested: { value: 1 } }) const { nested } = obj nested.value = 2 // 视图不更新[^1] ``` **解决方案**: 使用多层`toRefs`转换: ```javascript const obj = reactive({ nested: { value: 1 } }) const { nested } = toRefs(obj) const { value } = toRefs(nested) value.value = 2 // 视图正常更新 ``` ## 二、Props解构问题 ### Vue 2选项式API 直接解构props会导致响应性丢失: ```javascript props: [&#39;user&#39;], data() { // ❌ 错误示例 const { name } = this.user return { name } } ``` **解决方案**: 使用计算属性保持响应性: ```javascript computed: { userName() { return this.user.name } } ``` ### Vue 3组合式API 在setup中需要配合`toRefs`使用: ```javascript // ✅ 正确示例 setup(props) { const { user } = toRefs(props) const { name } = toRefs(user.value) return { name } } ``` ## 三、模板中的解构优化 ### 1. 直接访问响应式对象 ```html <!-- ✅ 推荐方式 --> <div>{{ state.user.name }}</div> ``` ### 2. 需要解构时的优化方案 ```javascript const viewData = computed(() => ({ name: state.user.name, age: state.user.age })) ``` ## 四、TypeScript类型支持 ### 类型断言解决方案 ```typescript interface User { name: string age: number } const user = reactive<User>({ name: &#39;Alice&#39;, age: 25 }) const { name, age } = toRefs(user) as ToRefs<User> ``` ## 五、最佳实践建议 1. 优先使用`ref`处理基础类型值 2. 需要解构时始终使用`toRefs` 3. 避免在`reactive`对象中混合使用ref 4. 复杂场景使用`computed`进行二次封装 $$ \text{响应式保持公式:} \quad \text{原始对象} \xrightarrow{reactive} \text{响应式对象} \xrightarrow{toRefs} \{\text{ref集合}\} $$
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值