There exist a million (or many) global state solutions in React. It seems like the community is struggling to find the best solution. So here I'm g...
For further actions, you may consider blocking this person and/or reporting abuse
So ingenious! Thanks for sharing!
4.7kB combined min/gzipped isn't the tiniest, but it's far from terrible. Nice job.
Now the question is, is it CM-compatible?
@dai_shi is the authority when it comes to this AFAIK.
Vue 3 is also modularized and takes advantage of tree shaking what means the final bundle could be much smaller :)
For example, we could use only @vue/reactivity package for some cases :D
youtu.be/Vp5ANvd88x0?t=1515
I was referring to the Bundlephobia sizes for @vue/reactivity (3.7kB min/gzipped) and @vue-reactivity/watch (929B min/gzipped).
Just an observation. Still a great way to think outside the box, and I meant in no way to take away from your post. That size is in line with some of the better React state management options.
FWIW I think RxDB (which is a comparatively massive bundle no matter what you tree shake and exclude, due to RxJS and currently PouchDB dependencies) is a fantastic state management solution for React.
Oh, I really missed afterthoughts, you right.
Still nice to see coming unification between js frameworks, like vue composition api alternative to react hooks or new Vue SFC components which are very similar to svelte components
Nice! Thanks for sharing
I'm not convinced, plus I see some possible performance implications with this.
I'd still use Recoil.js for React.
Probably a good choice. I wasn't really trying to convince anyone, just playing with the idea :)
Nice post there, Gaute.
It indeed is an interesting and fun idea. Folks can probably derive from this example and mix and match between frameworks/libraries :)
Amazing!!
Thanks for sharing
Haha, react devs must be unhappy !
"More competition in the state management space is a good thing for innovation." -- me, a React dev