16

The definitions from the DOM Standard seems almost exactly the same, and I don't understand the difference.

What is the difference between queryAll and querySelectorAll.

The evaluation logic from DOM standard is below, but I am not smart enough to understand it.

query & queryAll

To match a relative selectors string relativeSelectors against a set, run these steps:

Let s be the result of parse a relative selector from relativeSelectors against set. [SELECTORS]

If s is failure, throw a JavaScript TypeError.

Return the result of evaluate a selector s using :scope elements set. [SELECTORS]

The query(relativeSelectors) method must return the first result of running match a relative selectors string relativeSelectors against a set consisting of context object, and null if the result is an empty list.

The queryAll(relativeSelectors) method must return an Elements array initialized with the result of running match a relative selectors string relativeSelectors against a set consisting of context object.

querySelector & querySelectorAll

To scope-match a selectors string selectors against a node, run these steps:

Let s be the result of parse a selector selectors. [SELECTORS]

If s is failure, throw a JavaScript TypeError.

Return the result of evaluate a selector s against node's root using scoping root node and scoping method scope-filtered. [SELECTORS].

The querySelector(selectors) method must return the first result of running scope-match a selectors string selectors against the context object, and null if the result is an empty list otherwise.

The querySelectorAll(selectors) method must return the static result of running scope-match a selectors string selectors against the context object.

Community
  • 1
  • 1
kavun
  • 3,358
  • 3
  • 25
  • 45

2 Answers2

19

2016 Update

queryAll was removed from the DOM spec

Currently the most important difference between queryAll and querySelectorAll is that queryAll (as well as query) was removed from the DOM specification.

The current version of the DOM specification is available at:

Note: https://www.w3.org/TR/dom/ is an outdated fork of the DOM Standard (see Fork tracking on the WHATWG Wiki and the comment by Domenic for more info).

Last mention

The last version that included query and queryAll was published on 15 March 2016:

Removal

The next version doesn't mention query or queryAll anywhere:

Current specification

All occurances of query or queryAll in the DOM standard were commented out by Anne van Kesteren on March 29, 2016.

The current DOM specification (as of July 2016) doesn't mention query or queryAll at all:

querySelector and querySelectorAll are in section 4.2.6 Mixin ParentNode.

It seems that currently the only reliable API is querySelector and querySelectorAll (see this answer for more details) and according to this discussion on GitHub query and queryAll will not be available until the JavaScript subclassing of built-ins is implemented in the browsers and even then it will be unlikely to return a live Elements[] array as described in the answer by BoltClock.

Browser support

As of June 2016 there is no mention of query and queryAll on MDN:

On the other hand querySelector and querySelectorAll are well documented and widely supported:

Browser support of querySelector/querySelectorAll according to Can I use as of June 2016:

caniuse.com/queryselector (See: http://caniuse.com/queryselector for up to date info)

There is no info available on the support of query and queryAll.

More info

See also this answer for more info on the usage and browser support of querySelector and querySelectorAll.

rsp
  • 107,747
  • 29
  • 201
  • 177
  • Your links are all to an outdated fork of the up-to-date DOM Standard at http://dom.spec.whatwg.org/. For more information see https://wiki.whatwg.org/wiki/Fork_tracking. (We have repeatedly asked the W3C to stop copying and rebranding our specifications, but they have not.) – Domenic Jul 07 '16 at 16:53
  • @Domenic Thanks for the info. I updated the answer so that all links now point to dom.spec.whatwg.org and I added a note on the outdated fork on w3c.org. I didn't know that the w3c fork is outdated. Thanks for pointing it out. – rsp Jul 07 '16 at 18:34
  • @Domenic: I noticed the spec doesn't mention relative selectors at all. Are there any plans to allow querySelector and querySelectorAll to accept relative selectors? I'm glad the confusing new names have been removed entirely but I'm not a fan of having to prepend my drill-down selectors with :scope every time. – BoltClock Jul 08 '16 at 10:34
  • @Domenic: Never mind - I figured out that making qSA accept relative selectors would break the current behavior (see `element.querySelectorAll('E F')` vs `element.querySelectorAll(':scope E F')`). I see now why the new methods were added in the first place... – BoltClock Jul 08 '16 at 10:39
  • @BoltClock do I understand it correctly that `qSA` with a `:scope` placed at the beginning of the selector "fixes" the behavior, i.e. it behaves as one would expect (only selects descendants of `element`)? – nils Sep 20 '16 at 09:08
  • @BoltClock you just made my day :) – nils Sep 20 '16 at 09:44
10

query() and queryAll() accept a relative selector string, whereas querySelector() and querySelectorAll() do not. A relative selector is basically a selector which may be partial and start with a combinator:

var parentNode = document.getElementById('parentNode'); // document.querySelector('#parentNode');

// Find .childNode elements that are direct descendants (children) of parentNode
// This cannot be done with querySelectorAll() using the existing reference to parentNode
parentNode.queryAll('> .childNode');
// querySelectorAll does allow getting all descendants of parentNode though
parentNode.querySelectorAll('.childNode');

But more importantly, queryAll() returns a live Elements[] array whereas the NodeList returned by querySelectorAll() is static, which means the nodes in that list are not updated when changes are made to their respective DOM elements.

In terms of their functionality, query() and queryAll() may be more analogous to find() and findAll(), defined in Selectors API level 2 — where you'll also find the definition of a relative selector — as both method groups accept and work with relative selectors. Note that findAll() also returns a static NodeList, so they are still not completely identical.

Nux
  • 9,276
  • 5
  • 59
  • 72
BoltClock
  • 700,868
  • 160
  • 1,392
  • 1,356
  • 1
    It's also important to add what each function returns. One returns an `Elements` array, which contains live nodes and the other returns a static `NodeList`. – OozeMeister Apr 24 '14 at 13:16
  • @OozeMeister: Good point. That's also what makes `queryAll()` different from `findAll()`. I'll edit my answer. – BoltClock Apr 24 '14 at 13:16
  • Thanks for the explanation. Note that the current polyfill [barberboy/dom-elements](https://github.com/barberboy/dom-elements) for `query()` & `queryAll()` does not support relative selectors. [jsbin](http://jsbin.com/kabirile/1/edit?html,js,console,output) & [github issue](https://github.com/barberboy/dom-elements/issues/2) – kavun Apr 24 '14 at 13:44
  • Update: [barderboy/dom-elements](https://github.com/barberboy/dom-elements/issues/2) now supports relative selectors! [jsbin](http://jsbin.com/kabirile/2/edit?html,js,output) – kavun May 06 '14 at 19:39
  • This should probably be a separate question entirely, but why are there specs for both query[All] and find[All] if they are so close? Are they competing specs or are both likely to be implemented? – Nathan Bubna Dec 18 '14 at 23:35
  • @Nathan Bubna: Good question. Actually, it was decided some time prior to my answer that Selectors API would be merged into DOM4; I did not notice this note in the Selectors API 2 spec until recently. I am not sure of the current fate of find[All]. – BoltClock Dec 19 '14 at 05:58
  • Actually `parentNode.querySelectorAll(parentNode.nodeName + ' > .childNode');` is equivalent to `parentNode.queryAll('> .childNode');` (except for the static/dynamic part). – Nux Aug 02 '16 at 02:07
  • 3
    @Nux: No, it's not. What that does is match .childNode elements with a parent that happens to have the same tag name as the parentNode reference, which doesn't at all imply that they're children *of parentNode*. For example, if parentNode is a div and its .childNode descendant is a child of another div that's nested inside it, such that the entire structure can be represented by the selector `div#parentNode > div > .childNode`, that statement would match that .childNode even though it is not a child of parentNode. The qSA equivalent is `parentNode.querySelectorAll(':scope > .childNode');`. – BoltClock Aug 02 '16 at 03:29
  • @Nux: In any case, queryAll is gone now and I have no idea what to do with my answer. But thanks for the edit anyway. – BoltClock Aug 02 '16 at 03:30