Dépendances de scripts

Définition : Les dépendances de scripts indiquent à WordPress qu’une ressource JavaScript nécessite d’autres ressources identifiées par leur handle. Cette déclaration aide le Core à organiser l’ordre et les stratégies de chargement.

Comprendre et utiliser

À quoi sert ce terme ?

Elles évitent qu’un script utilise une bibliothèque avant qu’elle soit disponible. Une extension maintenable déclare explicitement ses dépendances plutôt que de compter sur l’ordre accidentel des balises HTML.

Fonctionnement technique

Pour les scripts classiques, les dépendances sont un tableau de handles passés à wp_enqueue_script() ou wp_register_script(). Les modules ES emploient une déclaration de dépendances différente.

Dans quels contextes l’utiliser ?

À renseigner dès qu’un fichier dépend de wp-i18n, wp-element ou d’un autre handle. Après compilation de JavaScript, utiliser les informations de dépendances produites par l’outil de build lorsque disponibles.

Cas concret : ATOOLPHA

Un composant ATOOLPHA de panneau WordPress utilise des fonctions de traduction JavaScript fournies par wp-i18n.

Exemple de code commenté

Extrait PHP destiné à un plugin ou à un template WordPress, dans le contexte indiqué ; pas au contenu HTML de l’article.

<?php
add_action( 'enqueue_block_editor_assets', function () {
    wp_enqueue_script(
        'atoolpha-editor-panel',
        plugin_dir_url( __FILE__ ) . 'build/panel.js',
        array( 'wp-i18n', 'wp-element' ),
        '1.0.0', true
    );
} );

Décryptage de l’exemple

La déclaration associe panel.js à deux handles officiels. Le build doit réellement utiliser ces dépendances ; la liste ne remplace pas l’import ou le code produit.

Résultat attendu

WordPress peut charger les bibliothèques attendues avant le panneau, dans la limite des stratégies admises par le gestionnaire de scripts.

Exercice pratique et vérification

Créer un composant qui appelle wp.i18n.__ et comparer son comportement avec et sans le handle wp-i18n déclaré.

Précautions et limites

Une dépendance oubliée ou mal nommée conduit à une API undefined. Éviter de recopier une liste générique sans confronter les imports réels.

À ne pas confondre

Un handle de script classique n’est pas l’identifiant d’un module ES ; le format de dépendances de wp_enqueue_script_module() diffère.

Diagnostic avancé

En cas d’échec, inspecter les métadonnées du build, l’ordre des fichiers et les erreurs de console avant d’ajouter un script CDN.

Choix d’architecture et déploiement

Documenter les dépendances est aussi une mesure de maintenance : le build et la registration PHP doivent rester synchronisés. Lorsqu’une bibliothèque disparaît ou change de version, la panne doit être décelable par le contrôle des handles et des erreurs JavaScript.

Contrôle avant intégration

Valider les versions des ressources, le fichier compilé, la console et le comportement après minification.

Notions associées

  • wp_enqueue_script()
  • wp_script_is()
  • Script Modules API

Références officielles

Bouton retour en haut de la page