Ausführliche Erklärung, wie Composer+Git eine „Service-Klassenbibliothek“ erstellt

Dieser Artikel wurde von composerTutorial-Kolumne geschrieben, um Ihnen vorzustellen, wie Composer Git kombiniert, um eine „Service-Klassenbibliothek“ zu erstellen. Ich hoffe, dass er Freunden in Not hilfreich sein wird!

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:

• dev-master bedeutet, dass Sie direkt den Master-Zweig von mapService verwenden. Wenn MapService über andere Tags verfügt, können Sie die Tag-Informationen hier verwenden.
• repositories ist die Adresse des Projekts.
• Der Dienst, den ich hier habe, wird auf dem von unserer Firma erstellten GitLab platziert.
• Der Namespace des src-Ordners unter mapService Für xxxx \xxxx\MapService\ und unterstützt PSR-4
• mapService verwendet illuminate/database

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.

• Configs stellt Konfigurationsdateien bereit.
• Contracts stellt Schnittstellenprotokolle bereit Interaktion mit der Datenbank
• Node.php implementiert eine bestimmte Schnittstelle
• Das Wichtigste am Dienst ist das Schnittstellenprotokoll. Erstellen Sie also einen Vertragsordner und verbinden Sie die bereitgestellten Dienste.

Die Ausnahmebehandlung der Schnittstelle sollte versuchen, Ausnahmen anstelle von Fehlercodes für die Interaktion zu verwenden. Und diese Ausnahmen sollten so weit wie möglich angepasst werden. Dadurch besteht die Möglichkeit einer einheitlichen Bearbeitung auf der oberen Ebene.

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 wollen

• Der Unterschied zwischen Gits SubTree und SubModule
• Tatsächlich sind diese drei Methoden gleich das Ende Verwenden Sie ein Projekt als Klassenbibliothek für ein anderes Projekt. SubTree und SubModule sind Git-Lösungen. Composer ist eine Lösung für die PHP-Sprache. Neben der Funktion zum Hinzufügen eines Projekts zu einem anderen Projekt bietet es auch Lösungen wie das Hinzufügen von Versionen und Abhängigkeitslösungen. Wenn Ihr Projekt in PHP ist, ist die Verwendung von Composer zweifellos die bessere Wahl.

Spä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!