3 ms·
This is the JS framework lifecycle. Every framework is a reaction to its predecessor. jQuery said: Vanilla JS is too unstructured and results in messy code. So
by disambiguation 2y ago
This is the JS framework lifecycle. Every framework is a reaction to its predecessor.
jQuery said: Vanilla JS is too unstructured and results in messy code. So, it gave us a library of convenience methods that standardized and simplified common functions.
React and Angular said: jQuery is not powerful enough to support our complex web apps. So, it gave us the virtual dom and client side state to simplify SPA development.
Htmx is saying: React and Angular are too bloated, you don't need client state or dom manipulation most of the time. So, it's designed to be a lightweight extension of the "declarative web" with functional tags for common cases.
But i'm not so sure htmx has solid footing yet. for developers considering using htmx, they'll ask themselves: if my app is so simple that it can be made using htmx, then isn't so simple that it can be made without it?
- deleted 2y ago[deleted]
- codegeek 2y ago"if my app is so simple that it can be made using htmx, then isn't so simple that it can be made without it?" Great point and something I am looking at myself. With libraries like Alpine that gives you powerful JS capability to sprinkle in server side code, I am trying to see if I can get away with vanilla JS for what HTMX is doing.