Plugin-Architektur für Entwickler

Diese Seite bietet eine übergeordnete, integrationsorientierte Übersicht über die Organisation des Plugins. Die detaillierte interne Architektur, die Klassenverdrahtung, die Bootstrap-Sequenz, langlebige Collaborators sowie Capability-, Option- und Cron-Identifikatoren werden separat verwaltet und sind nicht Teil der öffentlichen Dokumentation.

Übergeordnete Übersicht

ADP Car Market Hub ist ein in sich geschlossenes WordPress Plugin, das Fahrzeugangebote von einer vorgelagerten Marktplatz-API in WordPress importiert und synchronisiert. Es registriert einen Fahrzeug-Inhaltstyp, stellt einen Frontend-Katalog bereit (Archiv, Einzelseite, Vergleich, Favoriten, Suchfilter) und bietet einen Admin-Bereich für Konfiguration, Importe und Lead-Management.

Das Plugin folgt den Standard-Konventionen für WordPress Plugins: Es bootet über eine einzige PHP-Datei bei plugins_loaded, liefert Übersetzungen unter /languages aus und bietet saubere Aktivierungs-, Deaktivierungs- und Deinstallationspfade.

Worauf sich Integratoren verlassen sollten

• Die Einstellungs-Benutzeroberfläche des Plugins für die gesamte Konfiguration.
• Die veröffentlichten Shortcodes zum Einbetten von Katalog-, Vergleichs-, Suchfilter-, Favoriten- und Verkäuferstandort-Blöcken (siehe Shortcodes für Entwickler).
• Overrides auf Theme-Ebene für die mitgelieferten Frontend-Templates (siehe Template-System und Overrides).
• Standard-Erweiterungsmechanismen von WordPress (Filters/Actions/REST/Post-Meta) nur in dem Umfang, wie sie in den öffentlichen Seiten zu Erweiterungspunkten in diesem Abschnitt dokumentiert sind.

Unterstützte öffentliche Integrationsschnittstellen

Bevorzugen Sie bei der Integration mit dem Plugin diese stabilen Schnittstellen:

• Die Admin-Einstellungs-Benutzeroberfläche des Plugins.
• Die dokumentierten Shortcodes.
• Template-Overrides auf Theme-Ebene, wie in Template-System und Overrides beschrieben.
• Die allgemeine Entwickler-Übersicht zur Orientierung.

Interne Klassennamen, Option-Keys, Datenbanktabellen, REST- und AJAX-Endpunkte, Cron-Hook-Namen, Capability- und Nonce-Identifikatoren sowie die Release- und Update-Infrastruktur werden als Implementierungsdetails behandelt. Sie können sich zwischen den Versionen ohne Vorankündigung ändern und sind nicht Teil des öffentlichen Integrationsvertrags.

Stabilitäts- und Änderungsrichtlinie

Alles, was oben nicht als unterstützte öffentliche Schnittstelle aufgeführt ist, gilt als internes Implementierungsdetail. Interne APIs, das Speicherlayout und Sicherheitsimplementierungen können sich zwischen den Versionen ändern. Verlassen Sie sich in Drittanbieter-Code, Themes oder externen Systemen nicht darauf. Direkte Datenbankschreibzugriffe werden nicht unterstützt.

Hinweis zur öffentlichen Dokumentation. Diese Seite bietet nur eine übergeordnete Integrationsübersicht. Interne Implementierungsdetails, private APIs, Speicherinterna und sicherheitsrelevante Release-Infrastrukturen werden separat verwaltet und sind nicht Teil der öffentlichen Dokumentation. Unterstützte Integrationsschnittstellen sind die dokumentierten Shortcodes, Template-Overrides, die Einstellungs-Benutzeroberfläche und alle in diesem Abschnitt explizit veröffentlichten Erweiterungspunkte.