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
2.3.0+
n / A
--library=none
oder sowas
n / A
https://github.com/swagger-api/swagger-codegen/pull/5190
https://github.com/swagger-api/swagger-codegen/issues/1482
n / A
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 ?
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.