Document.write : une mauvaise pratique

Document.write, une fonction héritée de JavaScript, a été qualifiée de "mauvaise pratique". " Cet article explore les raisons derrière cette désignation, en fournissant une liste complète à soumettre aux fournisseurs qui persistent à utiliser document.write dans leurs implémentations de code d'analyse.

Raisons de l'étiquette de mauvaise pratique :

1. Compatibilité XHTML : document.write est incompatible avec XHTML, une version plus stricte de HTML. Cette incompatibilité provient du fait que document.write produit une sortie qui n'est pas du XHTML bien formé, ce qui entraîne des problèmes potentiels d'analyse et de rendu.

2. Manipulation du DOM : document.write ne modifie pas directement le modèle d'objet de document (DOM), ce qui rend les manipulations ultérieures de l'arborescence DOM plus difficiles. En revanche, les méthodes de manipulation du DOM telles que createElement() et insertAdjacentHTML() offrent un contrôle plus précis et ciblé sur le DOM.

3. Écrasement de page : Lorsque document.write est exécuté une fois le chargement de la page terminé, il peut écraser entièrement le contenu de la page existante, provoquant un comportement inattendu et indésirable. Qu'il écrase, crée une nouvelle page ou échoue simplement, cela dépend du contexte d'exécution.

4. Point d'injection : document.write ne permet pas une injection précise de contenu dans le DOM. Contrairement aux méthodes de manipulation DOM, qui peuvent insérer du contenu sur des nœuds spécifiques, document.write écrit le contenu partout où il se trouve dans le code. Cela peut entraîner un placement inattendu du contenu et des problèmes potentiels de mise en page.

5. Sérialisation vs conceptualisation DOM : document.write fonctionne en sérialisant le contenu en texte, qui est ensuite écrit dans le document. Cette approche est incompatible avec la conceptualisation du DOM comme une structure arborescente. L'utilisation des méthodes de manipulation DOM s'aligne sur la structure prévue et fournit un code plus fiable et plus maintenable.

Conclusion :

Au lieu de document.write, les développeurs devraient tirer parti du plus fiable et des méthodes de manipulation DOM respectueuses du DOM. Ces méthodes offrent un meilleur contrôle, évitent les erreurs potentielles et garantissent la compatibilité avec les standards Web modernes. En adoptant ces bonnes pratiques, les fournisseurs peuvent améliorer la qualité et la fiabilité de leurs implémentations de code d'analyse.