Live data from Hacker News

Vue RFC: Expose logic-related component options via function-based APIs instead

github.com

31–40 of 253 posts

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#31
post #27
post #16

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…

Maybe just call it Nue.js or something

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#33

Why 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.

The React ecosystem introduces huge breaking changes and paradigm shifts literally all the time... coughreactroutercough

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#34
post #21

@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.

Why? Hooks are completely backwards compatible.

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#35
Welp, it's dead to me then. There's a lot of thought seems like it went into the redesign and he(they?) have my respect but I'll be damned if I spend more time learning another js framework, I've already gone through react, angular 1 -> ∞ and vue. This is tiring.

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#37
post #11

I 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?

Even better avoid using a framework if you can. Vanilla JS is reasonable for a lot of things.

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#38

Why 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.

This is one of the things that made me dislike angular. If your are changing the entire API and syntax then it's a new framework. Don't steal the name of an existing framework just to steal the SEO. It's dishonest and makes it harder for users of both frameworks to search.

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#39
post #21

@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.

Hooks are additive.

Re: Vue RFC: Expose logic-related component options via function-based APIs instead

#40
post #13

Churn 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.

Yes I love the Windows 2000 UI, but I guess I'm not forced to update.
Post reply on HN