Spray, Akka-http und Play, Welches ist die beste Wette für ein neues HTTP/REST-Projekt

Ich werde neue HTTP/REST-Dienste mit Scala und Akka Actors entwickeln.Spray, Akka-http und Play, Welches ist die beste Wette für ein neues HTTP/REST-Projekt

Ich habe Erfahrung in der Arbeit mit Play, aber ich brauche kein komplettes Web-Framework. Von was ich gelesen habe, denke ich, Spray ist eine geeignete Wahl. Meine Frage kommt aus der Zukunft von Spray nach dem neu eingetroffenen AKKA-HTTP.

Wird das Spray-Projekt unabhängig vom Akka-HTTP-Projekt wachsen oder werden die beiden Projekte in einem Akka-HTTTP zusammengeführt?

Welche Auswirkungen hat dies, wenn ich mit der Entwicklung von Spray beginne? Auch ich lese, dass Play AKKA-HTTP integrieren wird. Ich frage mich also, ob man nicht mit Play gehen sollte?

Danke für Ihre Hilfe.

Quelle

2015-03-24 Fede

Ich denke, Spray sollte in AkkaHTTP zusammenführen. Es wurde angekündigt, wenn ich mich richtig erinnere. –

Spray ist produktionsbereit, aber das Entwicklungsteam (Mathias Dönitz) arbeitet für Typesafe auf Akka-http.

Der Status von Akka-http ist "development preview". Es gibt vage Versprechungen für eine vollständige Veröffentlichung "innerhalb weniger Monate", aber nichts, was Sie zur Bank bringen können.

Edited 29-Juli-2015:

Der Status von Akka-HTTP ist jetzt "Release Candidate" mit Version 1.0 RC4. Seine Funktionalität konkurriert weitgehend mit spray.io, und die allgemeine Erwartung ist, dass spray.io seine Entwicklungsdynamik verlieren wird. Zu diesem Zeitpunkt würde ich spray.io nicht mehr für neue Projekte empfehlen.

Jonas Boner von Typesafe hat Akka-http als "Spray 2.0" bezeichnet. Erwarten Sie also keine zukünftigen Versionen von Spray und irgendwann müssen Sie den Wechsel vornehmen. Ich habe Jonas 'Akka-http-Präsentation bei Scala Days gesehen und es sieht so aus, als würde die Übertragung von Spray-Code auf Akka-http einfach sein, da die DSL größtenteils unverändert ist (obwohl die zugrundeliegende Implementierung der Bibliothek anders sein wird).

Um Ihre Fragen speziell zu beantworten: Spray ist als separates Projekt fertig, es wird in Akka unter dem Namen Akka-http importiert (keine Zusammenführung, da Akka vorher keine Entsprechung hatte). Wenn Sie jetzt mit der Entwicklung beginnen müssen, gehen Sie mit Spray, wenn Sie es sich leisten können, mit den unvermeidlichen Fehlern in einer Vorschauversion zu arbeiten, gehen Sie mit Akka-http. Ihr Spray-Code wird nie aufhören zu arbeiten, aber es wird nicht außerhalb von kleineren Bugfixes unterstützt.Alle neuen Funktionen werden in Akka-http hinzugefügt, so dass Sie anstelle von Spray 2.0 auf Akka-http aktualisieren.

Quelle

2015-03-24 16:35:37 Gangstead

Ein Jahr später: Wie ist der aktuelle Status? –

@AndyHayden Es ist produktionsbereit. – expert

Sie haben Ihre Frage in Ihrem Kommentar bereits beantwortet. Solange Sie nicht mit UI umgehen müssen, würde ich vorschlagen, mit Akka-HTTP oder Spray.io gehen.

Ich glaube nicht, dass Sie Auswirkungen haben werden, wenn Sie mit Spray.io beginnen, da viele Projekte ihre Produktionsumgebung auf Spray laufen lassen.

Für weitere Informationen siehe Link unten. Jetzt

FAQ SPray.io

Typesafe Press Release

Dank

Quelle

2015-03-24 09:38:53 Nishan

Nun, wenn Sie alles von Grund auf neu lernen müssen, würde ich empfehlen, Spray - Akka hhtp Dokumentation ist wirklich unvollständig und eine Menge von Routen-Richtlinien sind noch nicht auf akka.http implementiert. Ich begann mit akka aber ich war gezwungen, zu gehen, zu spritzen ...

Quelle

2015-08-19 18:43:49 brunofitas

Die Dokumente wurden mit der Akka HTTP 2.0-M1-Version, FYI, deutlich verbessert. –

Typesafe gets Spray(ed) | @typesafe