Ist Vanille JS immer noch eine Bibliothek?

Ich habe vor kurzem herausgefunden, dass VanillaJS (document?) Eine Bibliothek ist, die nur mit 99% Browsern gebündelt ist und kein natives JavaScript ist (Schock meines Lebens). Während ich eine eigene Bibliothek schreibe, vermeide ich normalerweise alle hilfreichen Dinge, meistens Bibliotheken. Jetzt habe ich drei Fragen:

Ist VanillaJS immer noch eine Bibliothek?
Gibt es eine Möglichkeit, etwas mit dem DOM ohne VanillaJS zu tun?
Sind Hauptbibliotheken, die auf VanillaJS oder nativem JS basieren (ohne die Dokumente)

— DividedByZero
quelle

Vanille JS ist ein Witz. Ziehst du an unserem Bein oder soll ich es ausarbeiten?

@ RandomUser, ich habe es das zweite Mal bekommen, als ich die VanillaJS-Seite aufgerufen habe. Zum ersten Mal dachte ich, es sei eine einfache Hilfsbibliothek, die später "Teil von JS" wurde, als Browser damit begannen, ihre Funktionen zu implementieren. Es hat mich also nicht interessiert.

— Jesvin Jose

@aitchnyu Genau das, was ich dachte! Kein Wunder, dass meine Wikipedia-Änderungen abgelehnt wurden: P

— DividedByZero

Nicht mit dem berühmten Dampf js zu sein .

— Neil

@baultista IIRC, als ich POJO (Plain Old Java Object) bezog, sah ich jemanden scherzen, dass es ein etabliertes Muster war, aber es brauchte einen coolen Namen, um mit den Alternativen zu konkurrieren.

— Jesvin Jose

Es ist ein Witz oder eher eine witzige Art, einen Punkt zu machen. "Vanille X" bezieht sich auf "X in der einfachsten Art und Weise" oder "X ohne zusätzliche Elemente", daher ist "Vanille JS" JavaScript, wie es vom Browser angezeigt wird. VanillaJS ist native JavaScript . Dazu gehören das DOM, verschiedene neu hinzugekommene APIs und die wichtigsten Sprachfunktionen. Es schließt Code von Drittanbietern aus, dh das, was man normalerweise Bibliotheken oder Frameworks nennt. Die Leute, die dahinter stehen, möchten wahrscheinlich auf die Vorteile dieser Vorgehensweise hinweisen, indem sie sie wie Marketing für ein Framework von Drittanbietern gestalten. Es gibt oder gab zumindest einen Trend in der JavaScript-Welt, Frameworks auf jedes Problem zu werfen , unabhängig davon, wie trivial eine Lösung in "Vanilla" JavaScript wäre.

Nicht ganz gleich mit dem DOM, aber ich verstehe deinen Standpunkt. Wenn Sie 'VanillaJS' zum Manipulieren des DOM verwenden, müssen Sie alle unterschiedlichen Fallstricke zwischen den verschiedenen DOM-Implementierungen kennen. Wenn Sie jQuery verwenden, um das DOM zu manipulieren, müssen Sie nur das abstrahierte DOM kennen, das von jQuery verfügbar gemacht wird.

— Andrew Hoffman

@ AndrewHoffman: Die Unterschiede zwischen den Implementierungen sind nicht annähernd so groß wie früher. jetzt, da IE sich verdammt um Standards kümmert, kann man heutzutage problemlos browserübergreifenden Code schreiben.

— CHAO

JavaScript-Engines (v8, Spidermonkey, Chakra) enthalten kein DOM. Das DOM wird von der Browserumgebung hinzugefügt.

— Hören Sie auf, Monica

Großartiger Witz zu diesem Thema: needsmorejquery.com

— Almo

@RandomUser Die DOM-API ist nicht Teil der Sprache Javascript selbst. Es ist ein W3C-Standard, den kompatible Browser implementieren sollten. In diesem Link wird beispielsweise definiert, was ein Element ist: w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/… und in diesem Link, wie das DOM in Javascript verfügbar gemacht werden soll: w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/…

— Paul