Client-Units für JSON-REST-Services erzeugen

[dummzeuch]

Zitat von Marcus Munzert:

Er ist, da Auftragsarbeit, nicht Open Source. Ich könnte aber mal nachfragen, ob unser Kunde bereit wäre, der Delphi-Community den Generator in irgendeiner Form zur Verfügung zu stellen. Soll ich da mal nachfragen?

Fragen kann nicht schaden. Insbesondere wenn der Kunde nicht vorhat das Ergebnis zu verkaufen sondern nur intern nutzen will.

[Neutral General]

Habe genau sowas auf der Arbeit gebaut. Funktioniert eigentlich ziemlich gut.
Aber ich schätze das kann ich euch wahrscheinlich nicht so ohne weiteres geben

[Zwixx]

Bei mir ist es ähnlich. Ich muss auch nachfragen oder mache es privat "nochmal". Es funktionieren diverse Dinge auch schon, wie das erzeugen der Objekte, die Rümpfe der Methoden. Bei mir geht es jetzt daran, eine schöne Implementierung für die Methoden zu finden und auch solche Dinge wie Authentifizierung zu unterstützen (wahrscheinlich per event).

[HeZa]

Hallo Zwixx,

Zitat von Zwixx:

Es funktionieren diverse Dinge auch schon, wie das erzeugen der Objekte, die Rümpfe der Methoden. Bei mir geht es jetzt daran, eine schöne Implementierung für die Methoden zu finden und auch solche Dinge wie Authentifizierung zu unterstützen (wahrscheinlich per event).

Schreibst du jetzt eine Erweiterung für https://github.com/OpenAPITools/openapi-generator in Java oder ein standalone Delphi-Programm, das die OpenAPI-Spezifikation in JSON oder YAML liest?

Ciao HeZa

[Zwixx]

Bei mir ist es eine Erweiterung des openapi-generator

[Zwixx]

So, ich habe mich dazu entschieden das ganze (privat) nochmal zu machen. Dabei habe ich auch gleich einige Fehler im Design behoben.

Als Beispiel für eine OpenAPI-Datei habe ich einfach einmal die API von ebay ausgesucht, da sie mir am ausreichend komplex erschien.

https://developer.ebay.com/api-docs/...ources/methods

Der Sourcecode den es bisher erzeugt ist fast Syntaxmäßig valide (was aber nicht heisst, das es funktioniert ), bis auf eine Methode (getSalesTax). Sie wird offenbar gleichzeitig als POST und als GET verwendet. So eine Konstruktion ist nicht schön, aber durchaus valide. Deswegen muss ich mir da etwas einfallen lassen, wie ich solche Doppeldeutigkeiten auflöse.

Quellcode auf Github: https://github.com/Zwixx/delphi-openapi-generator

Eine Beispieldatei was dabei heraus kommt wenn ich das erzeuge habe ich angehängt.

[Rollo62]

Danke dafür, ist sehr interessant

[TiGü]

Zitat von Zwixx:

Der Sourcecode den es bisher erzeugt ist fast Syntaxmäßig valide (was aber nicht heisst, das es funktioniert ), bis auf eine Methode (getSalesTax). Sie wird offenbar gleichzeitig als POST und als GET verwendet. So eine Konstruktion ist nicht schön, aber durchaus valide. Deswegen muss ich mir da etwas einfallen lassen, wie ich solche Doppeldeutigkeiten auflöse.

Sehr cool!

Warum hast du dich entschieden, für jeden Aufruf jeweils eine neue Instanz von TRESTRequest, TRestClient und TRESTResponse zu verwenden?
Gab es dafür gewichtige Gründe?
Instinktiv hätte ich den Request als Klassenvariable angelegt und vor jeden Ausführen geresetet.