I 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 page mentions providing a compatibility build: > “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…
Vue RFC: Expose logic-related component options via function-based APIs instead
31–40 of 253 posts
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#32The whole html template is one long string literal. I prefer JSX, where the XML is treated as code rather than a long string that needs to be parsed.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#33Why don't they just call it a new framework if its undergoing such a major overhaul. This only makes me feel better about picking react at my current company as now I view this framework as dangerous for building anything long lasting.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#34@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.
Yes, that's what the React team should have done when they implemented hooks.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#35Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#36I should have never left C.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#37I always saw VueJS as a successor to AngularJS in that it followed a lot of the same concepts/syntax/etc. that made it really easy to jump into. Now Vue is maturing and becoming more Angular/React like...so it's only a matter of time before another framework comes out that replicates VueJS2/AngularJS in being super easy to jump into and just write code and the cycle repeats.
Svelte?
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#38Why don't they just call it a new framework if its undergoing such a major overhaul. This only makes me feel better about picking react at my current company as now I view this framework as dangerous for building anything long lasting.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#39@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.
Yes, that's what the React team should have done when they implemented hooks.
Re: Vue RFC: Expose logic-related component options via function-based APIs instead
#40Churn in the JavaScript ecosystem you say? What what tally ho pip pip!
No one is forced to upgrade. An ecosystem with optional churn is better than an ecosystem that has no churn just because people aren't creating new things for it.