[whatwg] Proposal: Adding methods like getElementById and getElementsByTagName to DocumentFragments
James Greene
james.m.greene at gmail.com
Fri Oct 18 12:16:48 PDT 2013
>
> There's no perf boost available for searching by id on an arbitrary
> element. The reason you may get a better perf for the normal
> functions is that documents cache a map from id->element on
> themselves, so you just have to do a fast hash-lookup. Arbitrary
> elements don't have this map (it would be way too much memory cost),
> so it'll fall back to a standard tree search, exactly as a
> querySelector would.
Hmm, I suppose that makes sense. Bummer. Thanks for the concise
explanation!
Sincerely,
James Greene
On Fri, Oct 18, 2013 at 2:11 PM, Tab Atkins Jr. <jackalmage at gmail.com>wrote:
> On Fri, Oct 18, 2013 at 11:09 AM, James Greene <james.m.greene at gmail.com>
> wrote:
> > I would also love to see `getElementById` added to the
> HTMLElement/Element
> > interface. It would be nice to capitalize on that potential perf boost in
> > jQuery as well.
>
> There's no perf boost available for searching by id on an arbitrary
> element. The reason you may get a better perf for the normal
> functions is that documents cache a map from id->element on
> themselves, so you just have to do a fast hash-lookup. Arbitrary
> elements don't have this map (it would be way too much memory cost),
> so it'll fall back to a standard tree search, exactly as a
> querySelector would.
>
> ~TJ
>
More information about the whatwg
mailing list