It has to be said that ref and reactive are the biggest mental burden of composition API.
The existence of ref may be much worse than expected, because in terms of the mechanism of that, develops can create more and more ref-like APIs, which will only lead to worse and worse……
Yes, we do. We cannot just have reactive, it would also force the usage of a property name on the reactive object like reactive({ value }). This has been extensively discussed before in the RFCs
It has to be said that
ref
andreactive
are the biggest mental burden of composition API.The existence of
ref
may be much worse than expected, because in terms of the mechanism of that, develops can create more and moreref-like
APIs, which will only lead to worse and worse……But if we constrain
reactive
APIMust be an object or an array
Must not be deconstructed
Doesn't seem to be a problem, either?