Live data from Hacker News

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

github.com

21–30 of 253 posts

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

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

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

#22

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

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

#23
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.

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

#26
I'm happy they provide a way of migrating incrementally at least. But I really don't see us migrating any time soon, like possibly years.

To 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

#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 would require quite a bit of refactoring.

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

#29
post #22

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

Svelte is really nice because it makes the mundane easy (some say magic) and the tough stuff like reactivity and animation manageable.
Post reply on HN