La frontière entre bibliothèque et framework se résume souvent à une question de contrôle : une bibliothèque JavaScript se glisse dans un projet existant et on l’appelle quand on en a besoin (formater une date, animer un élément), sans qu’elle n’impose d’organisation particulière au reste du code. Un framework, à l’inverse, fournit une structure d’ensemble à laquelle le projet doit se conformer.
Bibliothèques dans l’écosystème WordPress
jQuery reste la bibliothèque JavaScript la plus présente historiquement dans WordPress : le cœur, de nombreux thèmes et extensions s’appuient dessus, et WordPress l’embarque nativement via wp_enqueue_script( 'jquery' ). Depuis l’éditeur de blocs, des bibliothèques plus modernes cohabitent, notamment React (utilisée pour construire les blocs) et les paquets internes @wordpress/*, comme @wordpress/components ou @wordpress/api-fetch, qui apportent chacune une brique précise plutôt qu’un cadre applicatif complet.
Exemple
wp_enqueue_script(
'mon-script',
get_template_directory_uri() . '/js/mon-script.js',
array( 'jquery' ),
'1.0',
true
);Bon à savoir
- Charger plusieurs bibliothèques qui font la même chose (par exemple deux bibliothèques de dates différentes) alourdit inutilement le poids d’une page sans bénéfice réel.
- WordPress fournit des identifiants (« handles ») pour de nombreuses bibliothèques déjà embarquées : les réutiliser via
wp_enqueue_script()évite de charger deux fois la même ressource. - Une bibliothèque n’est pas gratuite en performance : chaque fichier JavaScript supplémentaire doit être téléchargé et exécuté par le navigateur, un coût à évaluer face au gain fonctionnel apporté.