You are viewing a single comment's thread from:
RE: ‼️ Steemit API - DIY ⚒ Liste der zuletzt erhaltenen Upvotes! ⬆️
Lernt natives js. Query selectors können mittlerweile alle Browser. Den jquery Overhead kannst komplett meiden.
Lernt natives js. Query selectors können mittlerweile alle Browser. Den jquery Overhead kannst komplett meiden.
Kannst du das etwas mehr ausführen? Ich komme da nicht ganz mit 😁
Oh ja natürlich. manchmal erscheinen mir solche Sachen recht klar. sorry.
Folgendes, jQuery ist ja locker 10 Jahre alt, damals war es nicht in jedem Browser möglich Query Selektoren auszuführen.
Query Selektoren sind
".css-class .css-class"Mittlerweile ist das aber nativ in jedem Browser möglich.
Erklärung:
https://developer.mozilla.org/de/docs/Web/API/Document/querySelector
Nun, d.h. anstatt
$('.css-class .css-class')kannst du auchdocument.querySelectorAll('.css-class .css-class')machen.Unter dem Mozilla Link findest du weitere Beispiele.
Wie du siehst ist
querySelectorund oderquerySelectorAllmittlerweile überall unterstützt:https://caniuse.com/#search=querySelector
Wieso native nutzen?
Das ist einfach, es ist schneller. jQuery hat einige Abfragen ob die API unterstützt wird, hat eigene Selektoren eingeführt wofür extra Parser gebaut sind. Wenn du nun jQuery weglässt nutzt du die direkte Browser Engine ohne weitere JavaScript Schicht.
Zusätzlich hast du natürlich die Ladezeit von jQuery nicht. jQuery ist einmal nicht klein und zweitens registriert es ja auch Events. Das ganze onload, domready etc ... all das kostet Zeit.
Ich hoffe das hilft ein wenig zum Verständnis ;-)
An die Query Selektoren hatte ich gar nicht gedacht...
Davon ab denke ich nicht dass Performance irgendeine Rolle spielt in diesem Fall.
Unbestritten bin ich langsamer, wenn ich jquery als libary nutze. In diesem Fall dürfte das aber keine Rolle spielen.
Ich nutze Libaries grundsätzlich um mir die Programmierung zu erleichtern. Ich könnte mir ja schließlich auch die Funkionalität nachbauen. Nativ bin ich immer schneller.
Außerdem wird hier ebenfalls bootstrap genutzt womit 10 tausende Zeilen CSS geladen werden müssen. Nicht gerade performance optimiert.
Performance spielt immer eine Rolle. Vor allem wenn man ohne eine Bibliothek das gleiche hinbekommt ohne zusätzliche Zeilen Code zu schreiben.
Mit dem Bootstrap hast du natürlich recht. Das Teil ist überladen, aber das hat wenigstens noch heute einen Sinn. Bei jQuery ist das so eine Sache. Events und CSS Selektoren kannst du native mit gleichen Codezeile machen ... und falls nicht sind Polyfills für deinen gewünschten Fall wahrscheinlich besser.
Die Sache ist halt die, wenn man nicht darauf hinweist dann bleibt dieses jQuery bestehen obwohl es mittlerweile nicht mehr nötig ist. Zusätzlich halten die sich nicht wirklich an irgendwelche Standards oder mixen die wild durcheinander.
Manche Techniken sollte man halt auch sein lassen wenn die Zeit dazu gekommen ist :-)
Ohja! Vielen Dank 😊