![]() |
1
wangtian2020 2 天前 ![]() let loading = ref(false)
|
![]() |
2
ljl024 2 天前 ![]() 在 mounted 和 updated 中 watch 一下 bindingValue ,根据这边变量的用法,属性变化不会触发 updated 。用 element-plus 覆盖样式也挺香,或者 fork 下来改改
|
![]() |
3
ooo4 2 天前 ![]() https://github.com/vuejs/core/blob/f6e84af30aeffd281aebbab02b0e623e5fc159e0/packages/runtime-core/src/directives.ts#L95
有一个 deep 的配置,如果加一个 deep:ture 就可以了,因为在 mount 时,默认没有对这个响应式数据的各个 key 进行依赖收集,所以才没有触发对应的 update 钩子, 如果你在模板中使用使用{{loadingValueObj}},是直接编译成_toDisplayString($setup.loadingValueObj),里面是使用的 JSON.stringify ,就对各个属性进行了依赖收集了 |
4
leaveeel OP @wangtian2020 boolean 是正常的,用 object 是因为要设置其他属性,已经按 3#的方法修改了
|
5
leaveeel OP @ljl024 原本建项目的时候就在想要不要引 elementplus ,因为以前也一直用这个,原本二次封装的也能直接拿来用。最后还是感觉太重了就自己撸,现在想想可能草率了。XD
|
![]() |
7
NerbraskaGuy 2 天前
ref 也能处理 object 啊,reactive 就是因为使用中容易出现像你这种丢失响应性的问题,其实官方更推荐 ref
|
![]() |
8
ooo4 2 天前 ![]() @NerbraskaGuy 这个问题的本质是,渲染函数的副作用没有对这种情况进行依赖收集,这就会导致组件始终不会更新了,那么自定义指令的 update 钩子也当然无法执行了
|
9
leaveeel OP @NerbraskaGuy ref 之前试过了也不会更新, @ooo4 说的是对的
|
![]() |
10
wangtian2020 2 天前
ref 和 reactive 的本质区别就是 ref 一定不会出错 reactive 就是会出现意料之外的情况
只要 ref.value 去重新赋值,一定触发更新。我从来不在项目里写 reactive |
11
leaveeel OP @NerbraskaGuy
@wangtian2020 修正一下我 9#的错误回复,我又试了一下 ref 定义 loading 变量,在对 loading.value 整体重新赋值后确实会触发更新,我的结论是基于对 loading.value.xx 赋值,这是不能捕获修改的,原因就是 @ooo4 说的创建时默认没有对 object key 监听,进行引用和扩展类似创建新对象则会触发 update ,deep 和`watch binding`则是主动激活监听。 ``` const loading = ref(false) loading.value = { loading: true, text: 'loading...' } // 状态更新正常 const loading = ref({ loading: false }) loading.value = { loading: true } // 状态更新正常 const loading = ref({ loading: false }) loading.value.loading = true // 无法更新 ``` 不过从组件的角度肯定是不限制 ref 和 reactive 更合适,因为没有严格的代码规范并不能要求所有人都用 ref.value 赋值。 |
![]() |
12
wangtian2020 2 天前
loading.value.loading = true 按照道理是会触发更新的,我一直所有代码都是这么写的,肯定是哪里写错了引用变了,Vue devtools 你点进去看看就知道了
喜欢用 reactive 就用,就像有些人喜欢父子传值传进去再 watch 写的复杂的不得了,我是感觉不如 expose 个方法出去让父组件 ref 调用方法一次性传值。这种写法出来的程序只能在中午运行,早晚出问题 |
13
sakura1988 2 天前
还 ref 一定不出错,对象用 ref 声明,ref.value 就是个 reactive ,用得不好一样出错
|