Magento est actuellement la plus grande plateforme de commerce électronique à code source ouvert au monde. Grâce à la richesse et à l’extensibilité de son code, les commerçants du monde entier, qu’ils soient grands ou petits, l’utilisent pour une grande variété de projets.
Magento 1 existe depuis huit ans, et son successeur, Magento 2, est sorti fin 2015, améliorant les points faibles de la version précédente tels que :
• Amélioration des performances
• Suite de tests officiels automatisés
• Une meilleure assurance-chômage en aval
• Nouvelle base de données frontale plus moderne
• Une manière plus modulaire de développer des modules, avec des fichiers contenus dans le code Magento au lieu d’être dispersés un peu partout
• Réduction du nombre de conflits entre les modules qui tentent de personnaliser la même fonctionnalité
Un logo Magento 2 stylisé
Un peu plus d’un an plus tard, et l’amélioration est visible, même si tous les problèmes mentionnés n’ont pas été totalement résolus. Aujourd’hui, on peut dire sans risque de se tromper que Magento 2 est un logiciel beaucoup plus robuste que son prédécesseur. Certaines des améliorations présentes dans Magento 2 le sont :
Tests unitaires et d’intégration, y compris une manière officielle et documentée de les créer pour les modules personnalisés
Des modules réellement modulaires, dont tous les fichiers sont placés dans un seul répertoire
Un système de templates plus riche, permettant au développeur de thèmes de créer une hiérarchie de templates à n niveaux
Une série de modèles de conception utiles adoptés dans l’ensemble du code, améliorant la qualité du code et diminuant la probabilité d’erreurs créées par les modules. Ces modèles comprennent l’injection automatique de dépendances, les contrats de service, les dépôts et les usines, pour n’en citer que quelques-uns.
Intégration native à Varnish comme système de mise en cache pleine page, ainsi qu’à Redis pour la gestion des sessions et du cache
Soutien du PHP 7
La courbe d’apprentissage de Magento 2, avec tous ces changements, est devenue encore plus raide. Dans ce guide, j’ai l’intention de vous montrer comment développer votre premier module Magento 2, et de vous indiquer la bonne direction pour poursuivre vos études. Allons-y !
Pré-requis pour le tutoriel Magento 2
Il est important que vous ayez une bonne compréhension des technologies/concepts suivants afin de pouvoir suivre le reste de cet article :
• Programmation orientée objet (OOP)
• PHP
• Espaces de noms
• MySQL
• Utilisation de base de bash
De tout ce qui précède, l’OOP est probablement le plus important. Magento a été initialement créé par une équipe de développeurs Java expérimentés, et leur héritage peut certainement être vu dans toute la base de code. Si vous n’êtes pas très sûr de vos compétences en matière de POO, il serait bon de les revoir avant de commencer à travailler avec la plate-forme.
Aperçu de l’architecture de Magento 2
L’architecture de Magento a été conçue dans l’intention de rendre le code source aussi modulaire et extensible que possible. L’objectif final de cette approche est de permettre de l’adapter et de le personnaliser facilement en fonction des besoins de chaque projet.
La personnalisation implique généralement de modifier le comportement du code de la plateforme. Dans la majorité des systèmes, cela signifie changer le code « de base ». Dans Magento, si vous suivez les meilleures pratiques, c’est quelque chose que vous pouvez éviter la plupart du temps, ce qui permet à un magasin de se tenir au courant des derniers correctifs de sécurité et des dernières versions des fonctionnalités de manière fiable.
Magento 2 est un système MVVM (Model View ViewModel).
Tout en étant étroitement lié à son frère Model View Controller (MVC), une architecture MVVM offre une séparation plus robuste entre les couches Model et View. Vous trouverez ci-dessous une explication de chacune des couches d’un système MVVM :
Le modèle contient la logique commerciale de l’application et dépend d’une classe associée – le modèle de ressources – pour l’accès à la base de données. Les modèles s’appuient sur des contrats de service pour exposer leurs fonctionnalités aux autres couches de l’application.
La vue est la structure et la disposition de ce qu’un utilisateur voit sur un écran – le HTML réel. Ceci est réalisé dans les fichiers PHTML distribués avec les modules. Les fichiers PHTML sont associés à chaque ViewModel dans les fichiers XML de mise en page, que l’on appellerait des classeurs dans le dialecte MVVM. Les fichiers de mise en page peuvent également attribuer des fichiers JavaScript à utiliser dans la page finale.
Le ViewModel interagit avec la couche Modèle, n’exposant que les informations nécessaires à la couche Vue. Dans Magento 2, ces informations sont gérées par les classes Block du module. Notez que cela faisait généralement partie du rôle de contrôleur d’un système MVC. Sur MVVM, le contrôleur est uniquement responsable de la gestion du flux d’utilisateurs, ce qui signifie qu’il reçoit les demandes et indique au système soit de rendre une vue, soit de rediriger l’utilisateur vers une autre route.
Un module Magento 2 se compose de certains éléments, sinon de tous, de l’architecture décrite ci-dessus. L’architecture globale est décrite ci-dessous (source) :
Un module Magento 2 peut à son tour définir des dépendances externes en utilisant Composer, le gestionnaire de dépendances de PHP. Dans le diagramme ci-dessus, vous voyez que les modules de base de Magento 2 dépendent du Zend Framework, de Symfony ainsi que d’autres bibliothèques tierces.
