Einen REST-Server mit Delphi/CPP Builder erstellen?

[Phoenix]

Zitat:

Zitat von Der schöne Günther (Beitrag 1346352)

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:

Zitat von Der schöne Günther (Beitrag 1346371)

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:

Zitat von Phoenix (Beitrag 1346373)

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

Du vielleicht nicht ...

[Phoenix]

Zitat:

Zitat von mkinzler (Beitrag 1346386)

Zitat:

Zitat von Phoenix (Beitrag 1346373)

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

Du vielleicht nicht ...

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

[TiGü]

Zitat:

Zitat von Der schöne Günther (Beitrag 1346352)

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.

Das wäre lieb. :kiss:
Ich bin zwar jetzt drei Schritte weiter, aber vielleicht kann ich trotzdem was mitnehmen.

Nachdem ich gestern Nachmittag verzweifelt und erfolglos versucht habe, an unseren bestehenden DataSnap-Server eine TDRESTWebDispatcher-Komponente zu knüppeln, habe ich diesen Thread gefunden.
Leider ging gar nix, es kam nichts an im OnCommandGet-Handler der TidHTTPServer-Instanz.
Heute morgen fahre ich den Rechner hoch und siehe da: sowohl per Browser als auch per RESTDebugger kann ich den Indy-Server ansprechen und der OnCommandGet-Handler wird aufgerufen...

Manchmal muss man einfach nur neustarten! :shock:

[Mavarik]

Zitat:

Zitat von Der schöne Günther (Beitrag 1346371)

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...:stupid:

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:

Zitat von Phoenix (Beitrag 1346363)

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.

[Der schöne Günther]

Der Vollständigkeit halber wollte ich einmal

Das "delphimvcframework" vom guten Daniele Teti erwähnen:

• http://www.danieleteti.it/delphimvcframework/
• https://github.com/danieleteti/delphimvcframework
• https://www.youtube.com/watch?v=tYxuCoSbzR4

Ich habe nun einen Anwendungsfall wo ich etwas "mehr" brauche. Statt mir den Kram mit einem TIdHttpServer selbst zu basteln habe ich mir nun mal das delphimvcframework angeschaut. Nach den ersten paar Minuten im Einsatz macht das einen fantastischen Eindruck.