JS frameworks for some reason or other are a madness.
JS frameworks for some reason or other are a madness.
I know hating on frontend dev is trendy, and I guess blazor is the logical end to that aversion to actually using frontend tools, but if anything it's the perfect example to show how much worse web dev would be without JavaScript frameworks. There's a reason it's only used for internal tools.
I'd take any react+JavaScript "bloated" websites over this. Especially on mobile. https://bootstrap5demo.blazorise.com/
By that I mean saying everything has to be a JS framework or everything has to be server-delivered-HTML.
For very dynamic & interactive things maybe it makes sense to write it just in JS without a framework?
For full pages for data-powered applications (that heavily benefit from types & Typescript), maybe it makes sense to use something like Golang on the server.
And then you can embed those interactive dynamic islands inside the data-intensive application, with a thin layer of communication between the two.
Just my 2c - I've found that pattern to be super compelling
const state = new Proxy(
{},
{
set(target, property, value) {
target[property] = value;
renderUpdate();
return true;
},
}
);
I'm only 1/4(.0000000004) serious here. That said, I've been doing this for almost 30 years, I was a kid when I picked up Netscape, I have gone through every mainstream and many niche libraries/languages replacing libraries. Now, in my late 30s I finally can grow a moustache (a big achievement in my family gene pool) but the analysis paralysis is still making me anxious every time I pick up a new project.- preact w. signals or Svelte are still my libraries of choice if I need to spike something, but that's partially because of signals and vite. The development experience is good, there isn't much magic you need to deal with on a daily basis.
- Web Components are great in many ways, but they don't solve the problems I usually have with bigger projects (scaling state, orchestration for the lack of a better phrase). Lit makes it a bit better though.
- JSX is actually not that bad, as long as you treat it as a DSL around functional composition. Native JSX + signals would probably make most of my node_modules redundant.
(please don't overthink this, I didn't)
Agree that JSX is great (but styles like in Svelte also).
Oh yeah, 100%. One of the reasons I like Svelte are colocated CSS modules.
> seems like frameworks are somewhat converging now on this app router concept.
That for sure, and signals in one way or another. It took us 10+ years, Solid.js then preact to bring back a pattern from 2010s (IIRC) implemented in Knockout.js.
People are talking about declarative signals in HTML. I don't have a formed opinion about them yet.
Best thing I did in many years for that project.
I _like_ building things with React.
If you have a nice codebase with good separation of concerns (that everybody adheres to) and reasonable library choices, you'll be happy regardless of what framework you're using.
I prefer solid