J'ai découvert très récemment que VanillaJS (document?) Est une bibliothèque qui est juste livrée avec 99% de navigateurs et qui n'est pas exactement du JavaScript natif (choc de ma vie). En écrivant moi-même une bibliothèque, j'évite normalement toutes les choses utiles, principalement les bibliothèques. Maintenant, j'ai trois questions:
- VanillaJS est-il toujours considéré comme une bibliothèque?
- Existe-t-il un moyen de faire quoi que ce soit avec le DOM sans VanillaJS?
- Sont des bibliothèques majeures basées sur VanillaJS ou JS natif (sans le truc du document)
javascript
libraries
third-party-libraries
dom
DividedByZero
la source
la source
Réponses:
C'est une blague, ou plutôt une façon pleine d'esprit de faire valoir un point. "vanilla X" fait référence à "X de la manière la plus élémentaire" ou "X sans rien de plus", donc "Vanilla JS" est JavaScript tel qu'exposé par le navigateur. VanillaJS est JavaScript natif . Cela inclut le DOM, diverses API de nouvelle génération, les principales fonctionnalités du langage. Il exclut le code tiers, c'est-à-dire ce que l'on appelle normalement des bibliothèques ou des frameworks. Les gens derrière cela veulent probablement souligner les avantages de faire les choses de cette façon en les encadrant comme du marketing pour un cadre tiers. Il y a, ou du moins, une tendance dans le monde JavaScript à jeter des frameworks à chaque problème, quelle que soit la banalité d'une solution en JavaScript "vanille".
la source