Architecture du plugin pour les développeurs

Cette page présente un aperçu de haut niveau, orienté intégration, de l'organisation du plugin. L'architecture interne détaillée, le câblage des classes, la séquence de démarrage, les collaborateurs à long terme et les identifiants de capacités/options/cron sont gérés séparément et ne font pas partie de la documentation publique.

Aperçu général

ADP Car Market Hub est un plugin WordPress autonome qui importe et synchronise les annonces de véhicules depuis une API de marché en amont vers WordPress. Il enregistre un type de contenu de véhicule, expose un catalogue frontal (archive, page unique, comparaison, favoris, filtre de recherche) et fournit une zone d'administration pour la configuration, les importations et la gestion des leads.

Le plugin suit les conventions standard des plugins WordPress : il démarre à partir d'un seul fichier PHP sur plugins_loaded, fournit des traductions sous /languages, et propose des chemins d'activation, de désactivation et de désinstallation propres.

Ce sur quoi les intégrateurs doivent s'appuyer

• L'interface utilisateur des réglages du plugin pour toute la configuration.
• Les shortcodes publiés pour intégrer le catalogue, la comparaison, le filtre de recherche, les favoris et les blocs de localisation du vendeur (voir Shortcodes pour les développeurs).
• Les surcharges au niveau du thème pour les modèles frontaux inclus (voir Système de templates et surcharges).
• Les mécanismes d'extension standard de WordPress (filtres/actions/REST/post-meta) uniquement dans la mesure où ils sont documentés dans les pages publiques de points d'extension de cette section.

Surfaces d'intégration publiques prises en charge

Lors de l'intégration avec le plugin, privilégiez ces surfaces stables :

• L'interface utilisateur des réglages d'administration du plugin.
• Les shortcodes documentés.
• Les surcharges de modèles au niveau du thème comme décrit dans Système de templates et surcharges.
• L' Aperçu pour les développeurs général pour vous orienter.

Les noms de classes internes, les clés d'option, les tables de base de données, les points de terminaison REST et AJAX, les noms de hooks cron, les identifiants de capacités et de nonces, ainsi que l'infrastructure de publication / mise à jour sont traités comme des détails d'implémentation. Ils peuvent changer d'une version à l'autre sans préavis et ne font pas partie du contrat d'intégration public.

Politique de stabilité et de changement

Tout ce qui n'est pas répertorié comme une surface publique prise en charge ci-dessus est considéré comme un détail d'implémentation interne. Les API internes, la structure de stockage et l'implémentation de la sécurité peuvent changer d'une version à l'autre. Ne dépendez pas d'eux à partir de code tiers, de thèmes ou de systèmes externes. Les écritures directes dans la base de données ne sont pas prises en charge.

Avis de documentation publique. Cette page fournit uniquement un aperçu de l'intégration de haut niveau. Les détails d'implémentation interne, les API privées, les composants internes de stockage et l'infrastructure de publication sensible à la sécurité sont gérés séparément et ne font pas partie de la documentation publique. Les surfaces d'intégration prises en charge sont les shortcodes documentés, les surcharges de modèles, l'interface utilisateur des réglages et tous les points d'extension explicitement publiés dans cette section.