Plugin-Architektur für Entwickler

Diese Seite bietet einen übergeordneten, integrationsorientierten Überblick über die Struktur des Plugins. Die detaillierte interne Architektur, die Klassenverdrahtung, die Bootstrap-Sequenz, langlebige Kollaboratoren sowie Capability-, Option- und Cron-Identifikatoren werden separat gepflegt und sind nicht Teil der öffentlichen Dokumentation.

High-Level-Übersicht

ADP Car Market Hub ist ein eigenständiges WordPress-Plugin, das Fahrzeugangebote aus einer vorgelagerten Marktplatz-API importiert und mit WordPress 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 startet über eine einzige PHP-Datei bei plugins_loaded, liefert Übersetzungen unter /languages aus und bietet saubere Pfade für die Aktivierung, Deaktivierung und Deinstallation.

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 (Filter/Actions/REST/Post-Meta) nur in dem Umfang, wie sie auf den öffentlichen Seiten für Erweiterungspunkte 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 vorherige Ankü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 auf diese Details. Direkte Datenbankschreibvorgänge werden nicht unterstützt.

Hinweis zur öffentlichen Dokumentation. Diese Seite bietet nur einen übergeordneten Integrationsüberblick. Interne Implementierungsdetails, private APIs, Speicherinterna und sicherheitsrelevante Release-Infrastrukturen werden separat gepflegt 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.