@Vue team if anyone should read this: I'd recommend to rename vue in the process (for example vueNG or whatever) in order to reduce the amount of false/outdated information when searching for a topic.
Vue RFC: Expose logic-related component options via function-based APIs instead
21–30 of 253 posts
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#22I switched from React to Vue because I didn't like the direction they were going with hooks. Now it looks like Vue is heavily borrowing from the same approach. Slightly upset about that but I guess I'll have to learn the new style. Maybe it will be better in the long run.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#23Churn in the JavaScript ecosystem you say? What what tally ho pip pip!
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#24Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#25Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#26To give a timeframe, this is the first major rework of this web based UI in nearly a decade. I wish these JS libraries had longer support timelines.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#27I might be totally and completely wrong, but changing everything does not help anyone except scratch the itch of the framework's designers. I'm pretty sure this is all with the best intentions, but this would be a disaster similar to how Angular suddenly changed everything . Not against change, but the API is fine. Just iterate and evolve it. disclaimer: Big fan of Vue, early user and conference attender..
> “The proposed APIs are all new additions and can theoretically be introduced in a completely backwards compatible way.”
One thing they want to avoid is the whole Python 2 vs 3 distinction that went on forever. I’m not entirely sure these differences are that significant but having to merge in all of the data/computed/watch etc options into a single setup() function would require quite a bit of refactoring.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#28Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#29I switched from React to Vue because I didn't like the direction they were going with hooks. Now it looks like Vue is heavily borrowing from the same approach. Slightly upset about that but I guess I'll have to learn the new style. Maybe it will be better in the long run.
You could look into other options like Svelte.