DEV Community

Use $ & $$ Instead of document.querySelector/All in JavaScript without jQuery

Ahmad Awais ⚡️ on April 02, 2019

I started writing JavaScript code because of WordPress back in 2007. JavaScript was not what it is today. It would behave differently on different ...
Collapse
 
denmch profile image
Den McHenry

If you work on a distributed team or with legacy code, and considering the potential for conflict (mostly with jQuery but some other libraries, and any code where someone may have used $ for document.getElementById(), as used to be common), I think it'd be a good idea to use trivially longer identifiers like this:

const $q = document.querySelector.bind(document);
const $qa = document.querySelectorAll.bind(document);
Enter fullscreen mode Exit fullscreen mode

This is similar to a common method of using jQuery in noConflict mode, e.g.:

const $j = jQuery.noConflict();
Enter fullscreen mode Exit fullscreen mode

It could be judiciously extended for similar methods if you use them often enough.

Collapse
 
tgwizman profile image
Tgwizman

I have been using
$ = function(e) {return document.getElementById(e)}
for years. Now I started using
$ = function(e) {
switch (e[0]) {
case '.': return document.getElementsByClassName(e.substring(1, e.length)); break;
case '#': return document.getElementById(e.substring(1, e.length)); break;
default: return document.getElementsByTagName(e);
}
}

Collapse
 
webreflection profile image
Andrea Giammarchi

Chrome has its own Console Utilities API Reference where $ and $$ are offered regardless, among other utils, unless the global scope has been overwritten with something else (i.e. jQuery).

The API for $ and $$ is more jQuery-ish, and if you'd like to reproduce it its like:

const $ = (css, parent = document) => parent.querySelector(css);
const $$ = (css, parent = document) => parent.querySelectorAll(css);
Enter fullscreen mode Exit fullscreen mode

To avoid needing polyfills for forEach or Symbol.iterator on NodeList collections, you can also go ahead and convert the static collection as Array so that all methods, including filter and map can be used.

const $$ = (css, parent = document) =>
  Array.from(parent.querySelectorAll(css));
Enter fullscreen mode Exit fullscreen mode

If you don't have Array.from in your debug session, or you are after a thin layer that works across browsers, you can go for the following:

function $(css, parent) {
  return (parent || document).querySelector(css);
}

function $$(css, parent) {
  var nodes = (parent || document).querySelectorAll(css);
  return Array.prototype.slice.call(nodes, 0);
}
Enter fullscreen mode Exit fullscreen mode
Collapse
 
maxart2501 profile image
Massimo Artizzu

Watch out that querySelectorAll returns a NodeList object, whereas $$ in the console returns an array.

So if you're used to call all the sweet array prototype methods, you might fall short!

Solution: wrap everything in Array.from.

Collapse
 
ahmadawais profile image
Ahmad Awais ⚡️

Thanks for reminding us :)

Collapse
 
tormodvm profile image
Tormod Vold Mikkelsen

This is my take on it. It checks whether I'm asking for an id or not, and if I am, it returns just that one element. If not, the NodeList is made into an array.

const $ = (q, d = document) => 
  /#\S+$/.test(q)                       // check if query asks for ID
  ? d.querySelector.bind(d)(q)          // if so, return one element
  : [...d.querySelectorAll.bind(d)(q)]  // else, return all elements in an array.
Collapse
 
itachiuchiha profile image
Itachi Uchiha

I'm using document.querySelectorAll for all elements. Even for id elements.

Actually, you can use querySelectorAll for id elements. It will work for one element. There must not be multiple elements in a document that have the same id value.

const $ = document.querySelectorAll.bind(document)

const testEl = $("#test")

testEl.forEach(el => {
    console.log(el)
})
Collapse
 
hendrasan profile image
Hendra Susanto

Instead of using 2 different constants, what about checking the length of the selector first like this:

const $ = s => document.querySelectorAll.bind(document)(s).length > 1 ? document.querySelectorAll.bind(document)(s) : document.querySelector.bind(document)(s);

or something like that to make it much more similar to jQuery $?

Collapse
 
capsule profile image
Thibaut Allender

From a performance perspective, that would double the amount of work for every selector. Going from jQuery to Vanilla JS is mostly about being more performant, so that looks like an anti-pattern.

Collapse
 
ahmadawais profile image
Ahmad Awais ⚡️

Can you explain how would that be the double amount of work? It's just one extra call.

Thread Thread
 
capsule profile image
Thibaut Allender

It's 2 calls instead of one, so it's double.

Collapse
 
eljayadobe profile image
Eljay-Adobe • Edited

Ugh, I had to replace jQuery in our app with a work-a-like jQuery that I wrote. It was THE WORST, because I had to learn jQuery, then I learned all about jQuery's internals, then I had to figure out the subset of jQuery that we depended upon that did not have all the internal state that jQuery had (did everyone know jQuery has a ton of internal state?), then I had to put up with all the upset other JavaScript developers who complained about my not-jQuery not behaving like jQuery when they added new code that relied on jQuery-isms that I hadn't implemented because the prior versions of the code hadn't relied upon those facilities (so I didn't bother to implement them).

What a royal pain in the keester.

I wish I had the foresight to just do your $ and $$ bindings and tell all the other devs to suck it up. Your solution is GENIUS.

Collapse
 
twwilliams profile image
Tommy Williams

Could you explain the purpose of creating your jQuery-like library? I don't understand what you gained, compared to just continuing to use jQuery.

Collapse
 
eljayadobe profile image
Eljay-Adobe

The lawyers at my company would not allow us to ship or use third party libraries.

Collapse
 
alfiqmiq profile image
Marek
const $ = (selector, base = document) => {
   let elements = base.querySelectorAll(selector);
   return (elements.length == 1) ? elements[0] : elements;
}
Collapse
 
torpne profile image
Kevin McKenna

I'm interested in your thoughts a little deeper on this:

"I advocate modern JavaScript. Because it's super awesome." - Why would you advocate modern JavaScript ahead of jQuery beyond it being awesome. What do you feel is the main selling point is that can't be accomplished in other ways?

Collapse
 
horus_sky profile image
Cedric W

This looks cool.

with you example could you still do this though?

const username = 'johndoe'
const age = 32

console.log(`The name of the user is ${username} and his age is ${age}.`)

Collapse
 
joelnet profile image
JavaScript Joel • Edited

Yep, it would look like this:

const username = 'johndoe'
const age = 32

console.log(`The name of the user is ${username} and his age is ${age}.`)
console.log(`Element is: ${$('#article-reaction-actions')}.`)

The outer $ in the template string will start the evaluation. the $ inside of ${} will refer to the global $.

Hope this clears it up!

Collapse
 
horus_sky profile image
Cedric W

now that I think about it, I guess this would be a scope issue

Collapse
 
jrtibbetts profile image
Jason R Tibbetts • Edited

👍

This is an awesome tip!

Collapse
 
darkain profile image
Vincent Milum Jr

Things like this are AMAZING so long as you don't have to support any legacy systems. It's nice to see that the feature set built by jQuery is essentially built into the browser directly now, and a simple wrapper gives us similar functionality.

Collapse
 
flozero profile image
florent giraud

I already did this in some projects that's cool !
But one point to take care is about performance.
Because querySelector do a lot more jobs thant getElementsById or class so if you dont care about perf you solution is perfect

Collapse
 
nikosolihin profile image
Niko Solihin

Great tip Ahmad.

Also, in Chrome dev tools, $ and $$ are already bound by default to querySelector and querySelectorAll respectively.

Collapse
 
intrnl profile image
intrnl

Isn't $ and $$ already binded to querySelector and querySelectorAll from the start though? Which means that binding it again seems unnecessary.

or I suppose the default binding is recent..?

Collapse
 
lazarljubenovic profile image
Lazar Ljubenović

I made a module exactly for these purposes just recently: gimme back my dollars! It has a very distinctive name.

Collapse
 
vaaski profile image
vaaski • Edited

one question.
i always did it like this:

const $ = s => document.querySelector(s)
Enter fullscreen mode Exit fullscreen mode

what are the differences?

Collapse
 
usamaejaz profile image
Usama Ejaz

this

Collapse
 
perlatsp profile image
Perlat Kociaj

Great tip Ahmad.
Thank you for sharing.

Collapse
 
londomloto profile image
Roso Sasongko

...and finally we returned to jQuery

Collapse
 
sesay profile image
sesay

cool :)