Einen REST-Server mit Delphi/CPP Builder erstellen?

[TiGü]

Zitat von Der schöne Günther:

Zitat von Lemmy:

TidHttpServer in einen Dienst packen und gut ist

Nach Rufos Vorschlag einfach mal angefangen und ja- da steckt wohl wirklich nichts dahinter. HTTP GET und gut ist. Das werde ich wohl so machen.

Wie hast du das Problem letztendlich gelöst?
Ich stehe vor einer ähnlichen Aufgabe und bin irgendwie auf dem gedanklichen Holzweg, wenn es darum geht die eigene Applikation auf REST-Befehle responsiv zu gestalten.

[Der schöne Günther]

Ganz billig. Wenn du ein, zwei Tage warten kannst such ich das nochmal heraus. Im Endeffekt war es einfach nur auf den HTTP-GET-String geschaut, eine dazu passende Behandler-Methode aufgerufen und die über HTTP übergebenen Params (sowie die Rückgaben) waren halt Json-Objekte. Mehr habe ich nicht gebraucht.

[Phoenix]

Zitat von Der schöne Günther:

Ganz billig.

Seit wann ist REST 'Ganz billig'?

Du brauchst semantisch korrekten Support für GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS, CONNECT und TRACE. Du brauchst korrektes Handling von Cache-Headern.
Du brauchst vor allem HATEOAS, und das ist definitiv nicht mehr 'billig', geschweige denn noch irgendwie Trivial.

Ein RMM Level 0 wäre billig, aber das ist dann kein REST. Dann reden wir maximal von einer 'HTTP-(GET oder POST) API'.

[Der schöne Günther]

Eben. 2/3 deiner Abkürzungen höre ich zum ersten mal. Deshalb war meine Lösung billig, sprich: Unvollständig. Für mein Szenario hat es gereicht.

[Phoenix]

Zitat von Der schöne Günther:

Für mein Szenario hat es gereicht.

Das ist ja auch vollkommen okay.

Nur ist es dann halt kein REST, sondern was anderes (eben meist eine HTTP-Api)

Ich finde es schon wichtig, dass man die Sachen einfach beim korrekten Namen nennt. Ich sag ja auch ned "Datenbank" wenn ich eine Speicherung in CSV-Files meine

[mkinzler]

Zitat von Phoenix:

Ich sag ja auch ned "Datenbank" wenn ich eine Speicherung in CSV-Files meine

Du vielleicht nicht ...

[Phoenix]

Zitat von mkinzler:

Zitat von Phoenix:

Ich sag ja auch ned "Datenbank" wenn ich eine Speicherung in CSV-Files meine

Du vielleicht nicht ...

Das hab ich jetzt befürchtet Gibt ja auch Leute die Zip-Files als Sourcecode-Versionierung bezeichnen

[Mavarik]

Zitat von Der schöne Günther:

Eben. 2/3 deiner Abkürzungen höre ich zum ersten mal. Deshalb war meine Lösung billig, sprich: Unvollständig. Für mein Szenario hat es gereicht.

Das ist wie mit dem Freund, der einen auf eine Boots-Tour einlädt...

Plötzlich gibt es auch kein "Rechts" und "Links" mehr... Sondern ab diesen Zeitpunkt ist es "cool" es Backbord oder Steuerbord zu nennen... Genau wie vorne und hinten...

Ich bin ganz bei Dir... Mein Szenario ist auch so... OK, mein FRS (Firemonkey-REST-Server) macht REST und nicht nur eine Http-Get API, aber selbst wenn... Dem Kunden ist das egal... Für Ihn muss es nur laufen...


Mavarik

[Daniel]

Zitat von Phoenix:

Du brauchst semantisch korrekten Support für GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS, CONNECT und TRACE. Du brauchst korrektes Handling von Cache-Headern.

Nö. Sorry. Aber nö.
Natürlich musst Du die fachlichen Anforderungen erfüllen, aber wenn Dein Datenmodell beispielsweise kein Löschen vorsieht, sollte die Zeit, die Du in die Implementation von "DELETE" steckst, überschaubar bleiben. REST schreibt ausdrücklich nicht vor, dass alle Methoden zu implementieren sind. Ein REST-Service, der nur HTTP-GET implementiert, trägt den Namen REST trotz allem völlig zu Recht.

[Jumpy]

Wenn ich den Wikipedia-Artikel richtig verstanden habe könnte man soger sagen, dass eine schnöde statische Webseite REST erfüllt.

Wobei es ja scheinbar gerade die Kunst ist bei nicht statischen, sondern dynamischen Inhalten REST zu bleiben.