Scala-Framework für einen Rest API Server? [geschlossen]

Wir denken aus mehreren Gründen darüber nach, unseren Rest API-Server (er befindet sich im Webdienst von Symfony PHP) auf Scala zu verlagern: Geschwindigkeit, kein Overhead, weniger CPU, weniger Code, Skalierbarkeit usw. Ich kannte Scala erst nach mehreren Vor Tagen, aber ich habe es genossen, was ich in diesen Tagen mit dem Scala-Buch und all den Blog-Posts und Fragen gelernt habe (es ist nicht so hässlich!)

Ich habe folgende Möglichkeiten:

• Erstellen Sie den Rest API Server von Grund auf neu
• Verwenden Sie ein winziges Scala-Webframework wie Scalatra
• benutze Lift

Einige Dinge, die ich verwenden muss: HTTP-Anforderungen, JSON-Ausgabe, MySQL (Daten), OAuth, Memcache (Cache), Protokolle, Datei-Uploads, Statistiken (möglicherweise Redis).

Was würden Sie empfehlen?

In keiner bestimmten Reihenfolge:

• Akka HTTP
• Sprühen
• Paypal Squbs (Akka / Spray)
• DropWizard
• REST.li
• http4s
• Blaue Augen
• Finagle - Ein fehlertolerantes, protokollunabhängiges RPC-System
• Abspielen! und Play-Mini! ( Artikel ) ( Tutorial )
• Mit Lift / Lift JSON.- können Sie ganz einfach REST-Services bereitstellen.

Ich werde Unfiltered empfehlen . Es ist ein idiomatisches Web-Framework, das Dinge "auf Scala-Art" macht und sehr schön ist.

Schauen Sie sich Xitrum an (ich bin sein Autor), es bietet alles, was Sie aufgelistet haben. Das Dokument ist ziemlich umfangreich. Aus der README:

Xitrum ist ein asynchrones und geclustertes Scala-Webframework und ein Webserver über Netty und Hazelcast:

• Annotation wird im Sinne von JAX-RS für URL-Routen verwendet. Sie müssen nicht alle Routen an einem Ort deklarieren.
• Async im Geiste von Netty.
• Sitzungen können in Cookies oder Hazelcast-Clustern gespeichert werden.
• In-Process- und Clustered-Cache benötigen Sie keine separaten Cache-Server.
• In Bearbeitung und Clustered Comet benötigen Sie keinen separaten Comet-Server.

Ich würde zwei weitere Optionen hinzufügen: akka mit integrierter JAX-RS-Unterstützung und einfach direktes Verwenden von JAX-RS (wahrscheinlich die Jersey-Implementierung). JAX-RS ist zwar weniger "Scala-y" als andere (basierend auf Anmerkungen zum Binden von Parametern und Pfaden), aber es ist eine Freude, es zu verwenden und alle Probleme der Webdienstcodierung mit minimalem Platzbedarf sauber zu lösen. Ich habe es nicht über akka verwendet, ich würde erwarten, dass es dort ausgezeichnet ist und durch seine fortlaufbasierte Implementierung eine beeindruckende Skalierbarkeit erhält.

Schauen Sie sich Finch an , eine Scala-Kombinatorbibliothek zum Erstellen von Finagle- HTTP-Diensten. Mit Finch können Sie komplexe HTTP-Endpunkte aus der Anzahl der vordefinierten Basisblöcke erstellen. Ähnlich wie bei Parser-Kombinatoren lassen sich Finch-Endpunkte leicht wiederverwenden, zusammenstellen, testen und begründen.

Alles gute Antworten bisher. Ein Punkt für Lift ist der RestHelper , mit dem sich kurze, elegante API-Methoden ganz einfach schreiben lassen. Darüber hinaus sollten alle anderen Dinge, die Sie tun möchten, recht einfach in Lift zu implementieren sein. Davon abgesehen ist Memcache möglicherweise nicht erforderlich.

Ein bisschen spät in der Szene, aber ich würde definitiv empfehlen, das Bowler- Framework für die Erstellung von REST-APIs zu verwenden. Es ist klein, auf den Punkt und automatische Unterstützung für die Konvertierung von Fallklassen!