Swagger-codegen: [PHP] Option zum Generieren eines Clients ohne Guzzle hinzufügen

Erstellt am 3. Apr. 2017  ·  3Kommentare  ·  Quelle: swagger-api/swagger-codegen

Beschreibung

Weiterverfolgung der Diskussionen, die in https://github.com/swagger-api/swagger-codegen/pull/5190 und https://github.com/swagger-api/swagger-codegen/issues/1482 stattgefunden haben

Swagger-Codegen-Version

2.3.0+

Inhalt oder URL der Swagger-Deklarationsdatei

n / A

Befehlszeile für die Generierung

--library=none oder sowas

Schritte zum Reproduzieren

n / A

Verwandte Themen

https://github.com/swagger-api/swagger-codegen/pull/5190
https://github.com/swagger-api/swagger-codegen/issues/1482

Lösung vorschlagen

n / A

PHP Feature help wanted

Hilfreichster Kommentar

es sei denn, Sie benötigen asynchrone Anfragen, ich würde mich nicht auf die httplug-Client-Schnittstelle verlassen, sondern direkt auf die Schnittstelle psr-18 und auf psr-17 für die Factory für Anfragen.

php-http bietet eine Reihe von Clients an, die die Client-Schnittstelle implementieren, und die nächste guzzle-Version wird voraussichtlich psr-18 direkt implementieren. Der Weg wäre, eine psr/http-client-implementierung zu verlangen und dann den Benutzer die Bibliothek mit einem Client konfigurieren zu lassen oder möglicherweise php-http/discovery zu verwenden, um automatisch einen verfügbaren Client zu erkennen.

Alle 3 Kommentare

Das Beste wäre, php-http direkt zu verwenden, da es HTTP-Client-Abstraktion mit PSR7-Schnittstellenkompatibilität bietet und es dem Endbenutzer ermöglicht, auszuwählen, welche verwendet werden soll: http://docs.php-http.org/en/latest/clients.html

Es ist einfach und wird jetzt von vielen PHP-Bibliotheken verwendet: https://packagist.org/packages/php-http/httplug/dependents

Ich sehe, dass es in https://github.com/swagger-api/swagger-codegen/pull/5190/files#r108366631 vorgeschlagen wurde, aber entfernt wurde, warum?

es sei denn, Sie benötigen asynchrone Anfragen, ich würde mich nicht auf die httplug-Client-Schnittstelle verlassen, sondern direkt auf die Schnittstelle psr-18 und auf psr-17 für die Factory für Anfragen.

php-http bietet eine Reihe von Clients an, die die Client-Schnittstelle implementieren, und die nächste guzzle-Version wird voraussichtlich psr-18 direkt implementieren. Der Weg wäre, eine psr/http-client-implementierung zu verlangen und dann den Benutzer die Bibliothek mit einem Client konfigurieren zu lassen oder möglicherweise php-http/discovery zu verwenden, um automatisch einen verfügbaren Client zu erkennen.

Wäre dies als Option zu implementieren oder nur als eine andere Art von generierter Ausgabe? Wenn ich mit diesem Ansatz bezahlen wollte, gibt es eine Möglichkeit, den Ausgang als steckbares Modul zu verpacken? Ich kann mir vorstellen, dass es viele Dutzend generierten Codes gibt, den die Leute vielleicht produzieren möchten (zum Beispiel möchte ich nur die Nachrichtengenerierung ohne Client generieren), also gibt es sicherlich einen Weg, der ohne Forken und Modifizieren der gesamten Anwendung möglich ist ?

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen