petite-vue VS rfcs

Something similar: https://github.com/vuejs/petite-vue (6kb subset of Vue) but the project seems abandoned.

I started with petite-vue because Vue seemed too large of a file size for my simple projects. Wanting to use Vue but after reading some of the comments, I might go with Svelte.

Like: petite-vue And/or a zero-dependency lightweight state management solution.

I recommend trying https://github.com/vuejs/petite-vue as a minimalist library for declarative reactive view/model data binding, it could at least halve the code used for generating view

Maybe I’ve spent 5 days on and off researching this. I was able to recreate it perfectly using petite-vue https://github.com/vuejs/petite-vue which is nice, but it does not have all the features I need in Vue3

“petite-vue is indeed intended to fill the gap for progressive enhancement cases where Vue 3 would be too heavy-handed.

It is not abandoned, but rather it is considered "done" because the scope is well defined. I don't think it needs more features (as that would defeat the purpose of being lean and minimal). If you find yourself needing more than what petite-vue provides, you can either go up to Vue proper, or try https://alpinejs.dev/.

That said, I should update the README to indicate this more clearly.”

Github discussion: https://github.com/vuejs/petite-vue/discussions/53

You might consider doing as much as possible in Razor pages and then use https://github.com/vuejs/petite-vue for any functionality you might (components/interactivity/etc.) need.

As another alternative, you could look at petite-vue if you just want to sprinkle from Vue-like components throughout your site... Doesn't have the full force of vue, but maybe it's enough.

```

We started experimenting with this ling of thought almost 3 years ago:

- First take (ref sugar), Nov 2020: https://github.com/vuejs/rfcs/pull/228

- Take 2, Aug 2021: https://github.com/vuejs/rfcs/pull/368

- Take 3, Nov 2021: https://github.com/vuejs/rfcs/discussions/369

We provided it as an experimental feature and had a decent number of users trying it out in production. The feedback wasn't great and eventually decided to drop it. https://github.com/vuejs/rfcs/discussions/369#discussioncomm...

This is a personal preference, but I use ref almost all the time. Despite tediously writing the .value to access the ref’s value, the Vue team is aware of the problem, and the open RFC - Reactivity Transform, was aiming to solve this issue, however, seems like it was abandoned.

To stay updated, follow the RFC at https://github.com/vuejs/rfcs/discussions/503.

This was a good change. Evan has always been extremely good at putting his finger on the pulse of the frontend community. If there's a feature or paradigm that people love that would fit in Vue, Evan will incorporate it. Over the years, Vue has implemented (and sometimes later deprecated) dependency injection, JSX support, custom elements, Angular-style class components, Svelte-style ref sugar, and now Solid-inspired compiler optimizations. They even changed the order of a Vue file to match that of Svelte: first the script, then the template.

Now the $on has been removed, but the event subject is causing some confusion, see: https://github.com/vuejs/rfcs/discussions/397

The RFC has shown that this feature is very controversial, with lots of implications. Personally, I liked it at first, but now I'm against it.

Here is the Current language: https://github.com/vuejs/rfcs/blob/function-apis/active-rfcs/0000-function-api.md

Plus, even that there is a real possibility that the controversial Reactivity Transform RFC leads to a Vue 4 version, it is likely to bring just minor breaking changes from Vue 3.