What does "an entire framework" mean? Because you can just make React the little news and weather widget in the corner of your app / website, as the only React component. Same with Vue.
The people for whom ripping out React or Vue leads to a blank page are those who wanted an app from the ground-up.
If anything, React is losing because it doesn't include enough out of the box. If you wanted to build a news widget, fine. But if you wanted to build an app, you have to start putting pieces together from 3rd parties (or write your own custom pieces). That's not what a framework sounds like to me, that sounds like figure-out-your-own-framework, and I think that's why Vue is winning.
Create React App was a very late response, and I still don't think it's as good as Vue's up-and-going tooling experience.
I guess what I meant was when you build a widget with react - the whole widget has to be react.
With jQuery, you're likely building it with html and using jQuery for user interactions or animations (I know - not always true - constructing the markup with $('<tag>') is also useful). So its easier to rip out jQuery and replace it with - say - document.querySelector - or whatnot.
I personally think React is overkill if you're pulling it in to do a small widget on a larger non-react page
> What does "an entire framework" mean? Because you can just make React the little news and weather widget in the corner of your app / website, as the only React component. Same with Vue.
Is there a step-by-step tutorial for this? I was googling for one yesterday, because I have a legacy app and want to start moving small components (like datagrids) out of server-side rendering and into components.
I've been spending hours and hours the last few days working with react/vuejs/react native/native script+vue. It's hard picking a stack for staticish sites/pwa/pwa+e/spa/mobile! Throw in moving from .NET/IIS to .NET Core and tinkering with Node.JS/Express and your head is going to be spinning like mine (let alone worrying about authentication, API first, SSR)
Right now I'm moving an old webforms project to .NET Core + MVC / Razor and am going to try building out some components in both react and vue to see how it goes.
Do you find it difficult because it suggests you need to deal with JS modules and building? After you get your tooling setup, you can just include a node in your DOM that React will target and mutate.
I find it difficult because of understanding how to get it to fit with an existing directory layout. And maybe existing scripts in the build. But yes, setting up the tooling is overwhelming.
create-react-app says in the README:
"If you need to integrate React code with a server-side template framework like Rails or Django, or if you’re not building a single-page app, consider using nwb, or Neutrino which are more flexible."
So I go and look at nwb and Neutrino, and there's nothing there going "Need to use us in a legacy project with its own directory structure? Here's how".
I might prescribe that you go to reactiflux (not associated) or other popular chat communities to get some more live help for getting your tooling up. I suspect that if tooling were resolved, so much discussion of churn would disappear overnight.
It's typechecked with redux and router built in already but still early so not all bindings are there yet for libs easily found for react/typescript. Maybe not for all projects that need that strict of type checking.
The people for whom ripping out React or Vue leads to a blank page are those who wanted an app from the ground-up.
If anything, React is losing because it doesn't include enough out of the box. If you wanted to build a news widget, fine. But if you wanted to build an app, you have to start putting pieces together from 3rd parties (or write your own custom pieces). That's not what a framework sounds like to me, that sounds like figure-out-your-own-framework, and I think that's why Vue is winning.
Create React App was a very late response, and I still don't think it's as good as Vue's up-and-going tooling experience.