Comment on Many such cases

ICastFist@programming.dev ⁨2⁩ ⁨years⁩ ago

• GFGJewbacca@lemm.ee ⁨2⁩ ⁨years⁩ ago

  Yeah, I don’t get it either. I made a store for my website a couple of years ago, and jQuery was crucial for me to handle all the events and triggers. Trying to do it in pure JavaScript looked like a complete nightmare.

  source

  • kautau@lemmy.world ⁨2⁩ ⁨years⁩ ago

    Many of the things that jQuery made easy back in the day are now pretty easy with pure js (Ajax calls, improved selectors, programmatic DOM manipulation, etc), and browser support for most JS features is way more standardized.

    Granted, your pure JS is likely to be way more verbose to write, making it look more intimidating than jQuery.

    That being said. jQuery is performant in modern browsers, and when being delivered compressed and minified is tiny, so if you want to use it, go for it. Anybody who criticizes you or tells you “you should use [x]” for your online store or website is a JS elitist.

    jQuery is really only a “bad” choice for big interactive web apps, where frameworks that handle state and routing independently of the DOM are a much better choice.

    source

    • aesthelete@lemmy.world ⁨2⁩ ⁨years⁩ ago

      jQuery is performant in modern browsers, and when being delivered compressed and minified is tiny, so if you want to use it, go for it. Anybody who criticizes you or tells you “you should use [x]” for your online store or website is a JS elitist.

      I was huge into jQuery but the “modern” frameworks seem like a complete dumpster fire full of poo to me.

      All of this MVCC non-sense, and components and services and shit, and still I see the pages developed with Angular making 4 or 5 calls for the same fucking bit of information from the backend.

      source

      • kautau@lemmy.world ⁨2⁩ ⁨years⁩ ago

        In many ways you’re correct, the “modern” js toolkit can be a nightmare. I work for a SaaS company that makes emergency management software. I’m pretty proud of our setup. It’s Vue 3, it’s incredibly optimized. We have tree shaking and code splitting, e.g. there’s hundreds of potential JS files you might load using our software, but they will only load when you need them, over a brotli compressed HTTP/2 connection so it really is efficient.

        With the amount of data we process through our API and how it’s presented to the client it would be a nightmare to not have Vue for state management and routing, axios for API calls, etc. But many SaaS products certainly aren’t optimized like ours

        source
  • Ahardyfellow@lemmynsfw.com ⁨2⁩ ⁨years⁩ ago

    I just created a new tool for my company, and I opted to leave out jQuery as I wanted to see how it would be without it.

    After going through the process I don’t think I’ll use jQuery again unless it is already a dependancy. Vanilla pretty much has everything covered that jQuery made easier, just need to be a bit more verbose in some cases, but I’ve found that typically makes the code easier to read and modify.

    No hate if jQuery is your thing though, just if you’re on the fence I’d give vanilla a go and see if it fits your needs!

    source
• _____@lemm.ee ⁨2⁩ ⁨years⁩ ago

  jQuery is very slept on imo. I think new Gen react heads don’t understand just how much you can do. Iirc the minimized size is also very small.

  source