Quelles versions de PrestaShop mon module sur mesure prendra-t-il en charge ?

Votre module sur mesure est construit et testé sur PrestaShop 1.7, 8 et 9. PrestaShop a beaucoup changé d'une version majeure à l'autre. Des API du cœur ont été dépréciées, des signatures ont changé, et certaines méthodes ont été entièrement supprimées, de sorte qu'un module écrit naïvement pour une version cassera souvent sur une autre.

Comment nous le maintenons compatible

Nous utilisons des wrappers de compatibilité de version plutôt que d'appeler directement des API fragiles du cœur. Lorsqu'une méthode PrestaShop diffère ou disparaît entre les versions, le wrapper détecte la version en cours d'exécution et appelle la bonne API en dessous, de sorte que le même module se comporte correctement sur 1.7, sur 8 et sur 9. Cela réduit le risque de casse à la mise à jour due à des API du cœur dépréciées ou supprimées, le mode de défaillance qui laisse les marchands bloqués sur une ancienne version de PrestaShop parce que leur code sur mesure ne peut pas évoluer.

Self-heal / infra-guard

Le module est également livré avec notre architecture self-heal / infra-guard. Les mises à jour de PrestaShop et les reconstructions de cache peuvent laisser les onglets de back-office d'un module manquants, ses hooks non enregistrés ou son schéma de base de données désynchronisé, et le symptôme classique est un module qui échoue silencieusement, avec une entrée de menu disparue ou une fonctionnalité qui ne s'exécute discrètement plus. Infra-guard vérifie les propres onglets, hooks et schéma du module et les répare au lieu de les laisser se dégrader, de sorte que le module continue de fonctionner après une mise à jour de PrestaShop plutôt que de se détériorer sans qu'on s'en aperçoive.

Pourquoi c'est important : sur PrestaShop, le coût d'un module sur mesure est rarement la première construction, c'est tout ce qui vient après. Construire pour trois versions majeures prises en charge avec des wrappers de compatibilité et une infrastructure auto-réparatrice est ce qui maintient le module comme un actif à long terme qui survit aux mises à jour, plutôt qu'un fardeau qu'il faut ré-architecturer à chaque évolution de la plateforme. C'est particulièrement précieux pour les marchands qui comptent garder leur boutique à jour et ne veulent pas que leur code sur mesure soit ce qui les fige sur une ancienne version.