Re:Native Javascript alternatives to jQuery methods
by maxxxxx on Sunday March 31, 2019 @10:29AM
(#19535745)
It's such a weird world. If jQuery was new, people would be all over it for its nice syntax. But since it's old people say we should get rid of it.
[ Parent
| on HN ]
Re:Native Javascript alternatives to jQuery methods
by acdha on Sunday March 31, 2019 @11:35AM
(#19536103)
I think there’s also a factor of doing so much which has now been standardized in browsers: imagine a hypothetical jQuery 4 which mostly focused on DOM/CSS compatibility and used native ES6 where possible, always using the standard names and signatures for things which are only partially supported. I think that’d help people focus on the more ergonomic parts rather than whether you type each or forEach.
Re:Native Javascript alternatives to jQuery methods
by maxxxxx on Sunday March 31, 2019 @11:47AM
(#19536167)
When I look at the examples and seeing how verbose some of the natives examples are I would probably end up writing something similar to jQuery to keep the main code simple. Maybe that's the way to go.
Re:Native Javascript alternatives to jQuery methods
by acdha on Monday April 01, 2019 @09:14AM
(#19542886)
That's what I was thinking — imagine if you started now with things like the ES6 array & NodeList methods, etc. as the model to follow and built the same convenience methods without needing to deal with horrors like the IE6 DOM. $(foo).css("color") would still be useful but you might end up with $(".foo").forEach(…), $(foo).classList.add("foobar") or $.fetch(…) to reduce the number of new nouns and verbs a developer needs to remember.
Re:Native Javascript alternatives to jQuery methods
by fatnoah on Monday April 01, 2019 @04:42PM
(#19548018)
The world is indeed strange. I remember the dark days of getting a robust client-side UI, complete with AJAX, drag and drop operations, etc. working properly in both IE and Netscape. jQuery seemed too good to be true when it first came out.