Einführung
Ich habe immer geglaubt, dass PHP mittlerweile auch im technischen Bereich Einzug gehalten hat. In der Vergangenheit betrachteten PHP-Entwickler Geschwindigkeit als Schönheit, und Geschwindigkeit und Skalierbarkeit waren immer widersprüchlich. Heutige PHP-Projekte, insbesondere größere Projekte, haben sich nach und nach auf ein Niveau entwickelt, das sowohl Ingenieurskunst als auch Skalierung erfordert. Einen Code zu entwickeln bedeutet, sich zu einer immer komplexeren Architektur zu entwickeln. Für komplexe Architekturen sind Microservices oft eine gute Wahl.
Ich brauchte diese Frage in einem aktuellen Projekt. Ich muss einen Kartendienst entwickeln, der natürlich nicht in Form einer einfachen Klassenbibliothek vorliegt, sondern über eine eigene Datenbank und eine eigene Dienstschnittstelle verfügt. In diesem Fall ist die Servitisierung die beste Option. Natürlich gibt es viele Möglichkeiten für den Service, z. B. Thrift, HTTP usw. Aber ich habe die aktuelle Abteilungsumgebung bewertet, und der Fortschritt meines Projekts ist auch relativ eng. In meinen Augen verwenden Thrift, HTTP und andere Methoden alle Netzwerkprotokolle, um eine Dienstentkopplung zu erreichen Lösung. Ich denke, dieser Ansatz ist nicht notwendig, wenn sich das Projekt nicht eindeutig in einem kritischen Zustand befindet. Der Nachteil der Verwendung von Netzwerkprotokoll-Servitization besteht darin, dass sie eine erhebliche Komplexität mit sich bringt. Diese Komplexität erfordert oft Investitionen in Arbeitskräfte, materielle Ressourcen und Zeit. Daher hoffe ich, eine „Service-Klassenbibliothek“ in der PHP-Sprache für die Entwicklung bereitstellen zu können.
Woran ich denke, ist der Composer von PHP.
Composer-Änderung
Dienstbibliothek erstellen
Zunächst muss ich meine „Dienstbibliothek“ von meiner Anwendung (mit dem Namen xxx/main1) trennen, anstatt ein Verzeichnis darin zu erstellen die Anwendung (tatsächlich habe ich darüber nachgedacht, ein Verzeichnis wie „Dienste“ zu erstellen). Wenn der Code jedoch mit dem Geschäftsprogramm gekoppelt ist, ist es meiner Meinung nach aufgrund der menschlichen Faulheit schwierig, sich von Anfang bis Ende zu beherrschen und darauf zu bestehen, verschiedene praktische Funktionen in der Anwendung nicht zu verwenden. Daher habe ich die Wahl, ein neues Projekt im Git-Repository zu erstellen und es xxx/mapService zu nennen.
composer.json
Jetzt gibt es zwei Git-Projekte (xxx/main1 und xxx/mapService). Ich habe die folgende Anweisung zur Datei „composer.json“ in „main1“ hinzugefügt:
Und in der Datei „composer.json“ von mapService Wie folgt:
Diese Konfiguration teilt dem main1-Projekt, der Git-Adresse von mapService und der Version mit, die verwendet werden muss.
Natürlich müssen Sie auf folgende Punkte achten:
Verwenden Sie abschließend das Composer-Update -vvv, um den von uns benötigten MapService herunterzuladen und im Anbieterverzeichnis abzulegen.
Aktualisierungen und Änderungen
Unser aktueller Editor befindet sich im Haupt1-Projekt. Wenn wir das MapService-Projekt bearbeiten oder ändern und es in den Master-Zweig von MapService einbinden möchten, können wir direkt das Verzeichnis vender/xxx/mapService eingeben. Führen Sie Operationen aus, die Git entsprechen. Dies ermöglicht direkte Codeänderungen.
Unabhängige Konfiguration
Diese strukturelle Kombination ist nur der erste Schritt zur Vollendung des langen Marsches von Tausenden von Kilometern. Was später noch wichtiger ist, ist, dass ich beim Schreiben dieses Dienstes immer daran denken muss, nicht alles in main1 zu verwenden, um die Unabhängigkeit von mapService zu wahren (Unabhängigkeit ist eine der notwendigen Bedingungen für die Servitisierung). Das erste Problem, auf das ich stieß, war beispielsweise, dass die Konfigurationsdatei unabhängig sein muss.
Meine Implementierungsmethode besteht darin, eine Config-Klasse direkt in mapService zu erstellen und die Konfiguration direkt in diese Klasse zu schreiben.
Ich hatte immer das Gefühl, dass die Implementierung dieser Konfigurationsdatei etwas frustrierend ist, da diese Konfigurationsdatei auf diese Weise in die Git-Bibliothek gelangt. Aber ich kann mir wirklich keine bessere Lösung vorstellen. In Laravel gibt es eine Möglichkeit, Config im Konfigurationsordner von Laravel zu erstellen, indem ServiceProvider implementiert wird. Diese Methode gilt jedoch nur für Laravel. Es gibt keine Universalität. Andererseits denke ich, dass die vom Dienst verwendete Datenbank selbst Teil des Dienstes ist und anscheinend nichts damit zu tun hat, sie in die Git-Bibliothek des Dienstes aufzunehmen.
Verzeichnisstruktur
Die Verzeichnisstruktur ist wie oben.
Denken
Ich positioniere dieses Architekturmodell als serviceorientiertes Modell auf der PHP-Codeebene. Anwendbare Szenarien sollten sein:
Spätere dienstleistungsbasierte Planung
Szenarien, in denen frühe Arbeitskräfte und Denkweisen eine schnelle Entwicklung aufrechterhalten wollenSpätere Protokollserviceisierung
Wenn mein MapService später protokollserviceorientiert sein möchte, kann dieses MapService-Projekt in ein SDK vereinfacht werden. Für die Geschäftslogik der oberen Ebene verwenden Sie einfach Composer Update, um es zu aktualisieren.
Service-Registrierung und -Erkennung
Was ich hier „Service-Klassenbibliothek“ nenne, löst das Problem der Service-Registrierung nicht. Ich habe keine Möglichkeit zu wissen, wie viele Projekte meinen Service nutzen. Dies kann zusätzliche Prozessarbeit erfordern.
Das obige ist der detaillierte Inhalt vonAusführliche Erklärung, wie Composer+Git eine „Service-Klassenbibliothek' erstellt. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!