You only need a router if you want to build a SPA with different routes, not all web applications are that! Tons of practical React apps are just a single screen, or even embedded component.
> some way to manage state
You do not need an external library for complex state management, the React docs have some great guides on how to achieve this with plain React:
Plain CSS and the JSX style property are entirely enough for most apps.
If you are using a build tool like Vite, you can also do CSS modules for scoping styles to your React components for more complex applications.
I do agree that styling is not a strong point of React, but I don't think pulling in a dependency is necessary.
Here’s an example of a single page React app that I wrote several years ago that requires nearly zero maintenance, is a single screen, uses Bulma for CSS, and manages state w/o an external library
It’s an app with a bunch of random components, though not really a website.
If you want an actual website with proper routing and possibly SSR and want to use “plain” React with no additional libraries you’ll have to waste a lot of time reinventing the wheel.
I just wanna vomit reading that article (which is in official docs!!!). There is a much cleaner way of managing state with just a single `useState` per component instead of bringing over some Redux dogma for some inexplicable reason:
I was linking this later section about extracting state logic into a reducer, because you suggested that you would need "something for state management", I assumed you were talking about something like redux.
But of course you can get pretty far with a single useState and prop drilling as well. Not sure how it supports your point that 'plain react is useless', it sounds like you are arguing against yourself with that comment?
No it's a different point, in this, I just wanna express how ridiculous the official React docs can be sometimes.
The Redux "pattern" you speak of, does nothing to manage state better than useState(). So I'm not sure why that API even exists, or why you think that is a good response to "need something to manage states".
Let's go back to that, managing state would be for example error and pending state for every async action. In react, that basic, repetitive task is a whole celebration if you just do plain. Try do do form with per-field back-end validation feedback and see how much boilerplate you need for that.
Alright sure, I guess I just don't understand what it is "you need" for state management then, but I don't want to get caught up in this too much, you've made your point.
I 100% agree that React is super boilerplate heavy, a lot of things are indeed 'a whole celebration', I personally choose something like Svelte over React if I have the choice, because I don't enjoy that either.
All I'm saying is that plain React is not useless! It's completely fine.
I don't mind working with it, it makes a tradeoff of being more ceremony but perhaps less magic and I think the tradeoff is okay.
Now store all of those states in an URL or some other place that would allow you to recreate the full view after the website is reloaded or in a new session.
> You need at least a router
You only need a router if you want to build a SPA with different routes, not all web applications are that! Tons of practical React apps are just a single screen, or even embedded component.
> some way to manage state
You do not need an external library for complex state management, the React docs have some great guides on how to achieve this with plain React:
https://react.dev/learn/scaling-up-with-reducer-and-context
> some way to manage style
Plain CSS and the JSX style property are entirely enough for most apps. If you are using a build tool like Vite, you can also do CSS modules for scoping styles to your React components for more complex applications. I do agree that styling is not a strong point of React, but I don't think pulling in a dependency is necessary.