Informations à retenir pour les modules externes
- Tous les modules externes sont déclarés dans
di.xml
. - Le module externe nécessite un nom unique.
- disabled et sortOrder sont facultatifs
- La portée du module externe est définie par le dossier dans lequel il se trouve.
- Les modules externes peuvent être exécutés avant, après ou après l’appel de la méthode.
- Évitez d’utiliser des modules externes
around
. Ils sont tentants d’utiliser, mais sont souvent le mauvais choix et entraîneront des problèmes de performances.
Exemples de code de module externe
Voici les classes XML et PHP utilisées dans le tutoriel pour ajouter un module externe au premier module.
app/code/Training/Sales/etc/adminhtml/di.xml
app/code/Training/Sales/etc/frontend/di.xml
app/code/Training/Sales/etc/webapi_rest/di.xml
app/code/Training/Sales/Plugin/AdminAddLoggingAfterOrderPlacePlugin.php
app/code/Training/Sales/Plugin/CustomerLoginPostPlugin.php
app/code/Training/Sales/Plugin/RestAddLoggingAfterOrderPlacePlugin.php
Ressources utiles
Page précédenteUtiliser l’outil de compatibilité de mise à niveau dans PHP Storm
Page suivanteAjout d’un attribut de produit
Commerce
- Tutoriels Commerce
- Adobe Commerce Cloud
- Prise en main
- Adobe Commerce Optimizer
- Architecture de référence globale
- Aide et support
- Edge Delivery Services
- Webinaires et événements
- GraphQL et REST
- Adobe Developer App Builder
- Maillage API
- Administration de la boutique
- Gestion des clients
- Gestion des catalogues
- Gestion de contenu
- Outils marketing
- Commandes et exécution
- B2B pour Adobe Commerce
- Outils et services externes
- Commerce Intelligence
- Mises à niveau de Commerce
- Développement back-end
- Développement front-end natif de Luma
- Architecture découplée