Bitte erzählen Sie mir etwas über die APP-Backend-Mehrversionsstrategie

Jemand hat diese Frage schon einmal gestellt, aber ich habe gesehen, dass es keine Nährstoffe gibt, die absorbiert werden können, also möchte ich noch einmal fragen: Wie macht man das?
Da das Projekt steuern muss, wie mehrere Versionen von Schnittstellen mehreren Versionen von Clients gleichzeitig bereitgestellt werden, hatte ich immer Fragen zur Schnittstellenversionsstrategie. Sagen Sie mir bitte, wie Sie es geschafft haben?
Back-End-Sprache: PHP
Die Implementierungsmethoden, die mir bisher einfallen:
1. Einzelnes Verzeichnis, interne Beurteilung der Schnittstelle (sehr ekelhaft, leicht zu Verwirrung führen)
2 Geben Sie für jede Version eine aus. Im Versionsverzeichnis können Sie die Schnittstelle einer bestimmten Version nach Belieben ändern. Wenn jedoch eine Schnittstellenlogik geändert werden muss, kann es sich um Dateien in allen Versionen handeln, z. B. 1.0, 2.0, 3,0, 4,0. . . Ein sehr ungewöhnlicher Weg
3. Erstellen Sie eine Basisversion und verwenden Sie die Regeln für das automatische Laden. Wenn sich eine im Versionsverzeichnis befindet, verwenden Sie die Klasse im Versionsverzeichnis. Der Vorteil besteht darin, dass in jedem Versionsverzeichnis nur geänderte Dateien vorhanden sind. Aber während der Entwicklung fühlt es sich immer noch verzögert an.
4. Durch die Vererbung überschreiben die Klassen in der Version die Klassenmethoden in der Basisversion. Der Vorteil besteht darin, dass nur eine Methode neu geschrieben werden muss, der Nachteil besteht jedoch darin, dass das Problem privater Methoden berücksichtigt wird.

Hoffentlich gibt es andere Möglichkeiten, Probleme mit mehreren Versionen besser zu verwalten.
Vielen Dank