Welches Delphi Framework für Restful Server ?

[QuickAndDirty]

Zitat von Der schöne Günther:

Also mein Anwendungsfall war ohne jegliche Authentifizierung, einfach nur Daten rein und raus. In den letzten Jahren wurden es zwar viel mehr Daten, Abläufe änderten sich ein bisschen, aber im Endeffekt bin ich heute immer noch sehr zufrieden mit dem handgebastelten Indy-Http-Server und ein paar Handlern.

Siehe damals hier:

Einen REST-Server mit Delphi/CPP Builder erstellen?

Also ich denke das JSON WEB TOKENS für die Authentifizierung genutzt werden.
Wenn das framework sowas sie OAuth2 usw anbietet ist das natürlich auch ne tolle option für später mal.
Dann muss ich evtl. nicht nur JSON sondern auch Binärstreams ausliefern...darauf würde ich verzichten wenn ich es zufuß machen muss.
Aber so sachen wie ETags für Resource versionen auf die mit 304 geantowrtet wird wenn sie identisch sind usw. würde ich ungerne selbst programmieren...da gibts ja soo viel in dem standard.

[Der schöne Günther]

Zitat von QuickAndDirty:

Dann muss ich evtl. nicht nur JSON sondern auch Binärstreams ausliefern...darauf würde ich verzichten wenn ich es zufuß machen muss.

Ich glaube grade bei so "exotischen" Dingen würde ich es noch eher "Zu Fuß" machen, weil dann hast du völlige Freiheit. Nichts ist so ärgerlich, als in einem Framework gefangen zu sein, dass etwas für "nicht notwendig" hält und es dich nicht machen lässt.

Ich bin wirklich niemand der das Rad gerne neu erfindet, aber sich bei jeder Kleinigkeit eine weitere Abhängigkeit reinzuziehen ist oft auch das andere Extrem.


Ich glaube man muss erst einmal genau wissen, was man braucht und wohin die Reise evtl. noch gehen wird, dann kann man auch mit guter Gewissheit sich entweder für irgendeinen Framework entscheiden oder auch einfach selbst machen.

[DeddyH]

Neben den bereits genannten gibt es auch noch mORMot und DMVC. Mit Letzterem arbeite ich nun schon seit Jahren und bin recht zufrieden.

[QuickAndDirty]

Zitat von DeddyH:

Neben den bereits genannten gibt es auch noch mORMot und DMVC. Mit Letzterem arbeite ich nun schon seit Jahren und bin recht zufrieden.

War mormot nicht eine Objektrelationale Datenbank?
DMVC scheint zu passen.

[Lemmy]

Zitat von QuickAndDirty:

War mormot nicht eine Objektrelationale Datenbank?

mormot kann viel. Ist aber definitiv keine objektrelationale Datenbank.

[mytbo]

Zitat von QuickAndDirty:

War mormot nicht eine Objektrelationale Datenbank?

Nein, mORMot ist ein ORM/SOA-Framework. Der Aufbau ist nicht monolithisch, jede Funktionalität lässt sich einzeln nutzen. Es ist in diesem Bereich das einzige Pascal Framework, das ich kenne, das mit den Top-Frameworks anderer Sprachen auf Augenhöhe agiert. Im Forum gibt es Artikel zur Einführung in Interface-based und methodenbasierte Services. Sie enthalten lauffähige Beispiele. mORMot unterstützt Delphi ab Version 7 und FPC ab Version 2.6.

Bis bald...
Thomas

[MyRealName]

RealThinClient ist mittlerweile OpenSource, da baut man auch in 5 Minuten und meist ohne Code einen HTTP Server, der auch mit Rest umgeht. UNd deren Rest-Builder ist ziemlich einfach zu nutzen, fand ich einfacher als der Emb-Restbuilder.

[QuickAndDirty]

Zitat von mytbo:

mORMot unterstützt Delphi ab Version 7 und FPC ab Version 2.6.

Also es ist ein RestServer Framework und unterstützt den ganzen Restful standard und so sachen wie JWT und ich könnte es in Delphi2007 nutzen?
OK dann muss ich es mir mal ansehen.

Hab schon ein paar stunden in "zufuss" machen reingesteckt ...der Rest Debugger von Emba ist ja mega praktisch .
"TTIdHTTPServer.OnCommandOther" dagegen ist komisch.

[QuickAndDirty]

Zitat von Der schöne Günther:

Ich bin wirklich niemand der das Rad gerne neu erfindet, aber sich bei jeder Kleinigkeit eine weitere Abhängigkeit reinzuziehen ist oft auch das andere Extrem.

Das kann ich nachvollziehen, allerdings ist "selbermachen" auch immer ein schwer abzuschätzender Aufwand. Bzw. Ich habe das bisher IMMER unterschätzt, weil ich ein Idiot bin.

Zitat von Der schöne Günther:

Ich glaube man muss erst einmal genau wissen, was man braucht und wohin die Reise evtl. noch gehen wird, dann kann man auch mit guter Gewissheit sich entweder für irgendeinen Framework entscheiden oder auch einfach selbst machen.

Naja, nur die Serverseite ist in meiner meiner hand. Zurzeit gibts nur 4 Fähigkeiten die der REST Server haben muss. Aber über die Zeit werden wünsche von Client betreibern sicher wachsen und spezieller...also ist es schon wichtig das der RestServer mit wenig Aufwand erweitert werden kann. Wär natürlich schön wenn ich weiß , das ich nur mal so ein "AllowOAuth2 := true " setzen kann, falls ein Client das auf einmal unbending haben will. Erfahrungsgemäß sind die Macher von Frameworks viel besser als ich.