this post was submitted on 15 Jul 2023
4 points (100.0% liked)

Programmer Humor

19551 readers
962 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS
 

I learned "pure" JS back in 2013, when HTML5 was brand new, and I still don't get most of the stuff going on nowadays.

you are viewing a single comment's thread
view the rest of the comments
[–] gornius@lemmy.world 1 points 1 year ago

The thing is, they look like too much for a simple app with near none interactive elements.

But once app starts growing, concepts like reusable components, reactivity and state management become such an important tool.

Imagine tracking shopping cart's total value. With these frameworks it's just one store containing total value, exposing the value as reactive state. Once the value changes, all components using directly or indirectly that value update immediately. In vanilla you would have to keep track of every instance where that value is used manually.

Additionally, if you decide keeping total value of cart in frontend is stupid (because it is), you just modify your store to provide only readonly value, and create setters that require you to pass item or item id. Then that setter would hit up backend keeping your cart's total value, add an item, and backend would return new total, which would now be set as that store's new total value.

These frameworks are kind of SOLID principles applied to chaotic world of user interfaces.