, hurtigt tip: lige til venstre med jquery,,,,, andel,,,,,,,, 4,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss.,, som taler engelsk, vores tanker er rettet mod fortolkningen af data og tekst fra venstre til højre.men det viste sig, at mange af den moderne javascript vælgeren motorer (jquery, yui 3, nwmatcher), og de indfødte, queryselectorall,, analysere vælgeren tråde fra højre mod venstre.,,,, det er vigtigt at bemærke, at de ofte ikke, du behøver ikke at bekymre dig om vælgeren ydeevne for meget... så lang tid, som deres politiske ikke irriterende.jquery er spændingen er utrolig hurtigt, og imødekommende.,, et eksempel, bør følgende skala: $(. rubrik p), selv om nogle... normalt ældre - komitéen skal motorer første spørgsmål dom for elementet med en klasse af box, og så gå videre med at finde nogen. p, mærkater, der er børn, jquery arbejder baglæns.det begynder med at være den dom for alle, præmis hundetegn på den side, og så er det op, den forælder, lymfeknuder og søger,. kasse,., jsperf, kan vi bruge den fremragende jsperf.com websted for at teste det. //avancen < div id = "kasse" > < p > - < /p > < /div > //test //1.$('# rubrik p'); //2.$('# boks). finde (»p«);,,, billedet ovenfor viser, at anvendelse af find(), eller, children(), er ca. 20 - 30% hurtigere, afhængigt af om.den jquery bibliotek har en optimering, der umiddelbart vil afgøre, om en, id, var gået til jquery objekt ($('# box ")).hvis det er tilfældet, er det ikke nødvendigt at anvende snak, men hurtigt passerer vælgeren, getelementbyid,.og, selvfølgelig, hvis den - er moderne nok, queryselectorall, vil tage over i panden. på den anden side med $('# rubrik p), jquery skal analysere denne snor med sydende api - grænseflade, som vil tage lidt længere tid, men følger har en optimering af politiske det begynder med en id).det er netop derfor, at det er en smule hurtigere at gøre ting som $(". elems'). first() over $(". elems: første ").sidstnævnte vælgeren skal være parset. et andet eksempel, så lad os tage et andet eksempel: $('# beholder >: handicappede), vælger det rigtige.find alle handicappede input (eller - elementer, der er i&#beholder.men som vi har lært, jquery og de indfødte, queryselectorall, arbejde lige til venstre.det betyder, at jquery tager bogstavelig talt alle elementer i den dom, og afgøre, om dens, handicappede, attribut opstilles til ægte.bemærker, at der er nogen forudgående filtrering først at finde alle input på den side.i stedet for hvert element i dom vil blive spurgt,.,,, //fra jquery kilde handicappede: funktion (elem) {tilbage elem.disabled = = = sandt.}, når der er udarbejdet en samling, det rejser videre til moderselskabet, og afgør, om det er&#beholder.det her er ikke effektiv, og selv om det er sandt, at der måske er for meget opmærksomhed i fællesskabet er betalt til vælgeren resultater, vi bør stræbe efter at skrive alt for intensive udvælgere, når det er muligt.du kan forbedre denne vælger en smule ved at gøre: //bedre $('# beholder > input: handicappede). denne kodeks vil begrænse forespørgslen til alle input på siden første (i stedet for hvert element).endnu bedre, vi kan bruge den, finde, eller børn, metode.$('# beholder). børn ('input: handicappede),, du ikke bekymre dig for meget, er det vigtigt for mig at gentage, at du virkelig behøver ikke at være bekymret for vælgeren ydeevne for meget.der er masser af optimizations i jquery, der vil hjælpe dig.det er generelt bedre at fokusere på større billet poster, som kode organisation og struktur, som et eksempel, hvis følger kommer på tværs af komitéen, $('# rubrik p), det er sandt, at det virker ret til venstre, men der er også en hurtig regex optimering, der vil først afgøre, om den første del af gearvælgeren er et id.hvis det vil bruge det som led, når de leder efter punkt hundetegn.ikke desto mindre, det er altid rart at vide, hvad der foregår bag kulisserne, - - i hvert fald på et meget lavt niveau.,