Rest APIサーバー用のScalaフレームワーク？[閉まっている]

Rest APIサーバー（Symfony PHPではWebサービス内にあります）をScalaに移動することを考えています：速度、オーバーヘッドがない、CPUが少ない、コードが少ない、スケーラビリティーなど。いくつかまでScalaを知りませんでした数日前ですが、Scalaブックとすべてのブログ投稿および質問で、最近学んでいることを楽しんでいます（それほど醜くはありません！）

次のオプションがあります。

• Rest APIサーバーを一から構築する
• Scalatraのような小さなScala Webフレームワークを使用する
• リフトを使用する

HTTPリクエスト、JSON出力、MySQL（データ）、OAuth、Memcache（キャッシュ）、ログ、ファイルのアップロード、統計（おそらくRedis）。

あなたは何をお勧めします？

順不同：

• Akka HTTP
• 噴射
• Paypal squbs（Akka / Spray）
• ドロップウィザード
• REST.li
• http4s
• 青い目
• Finagle-フォールトトレラントでプロトコルに依存しないRPCシステム
• 演奏する！そしてプレイミニ！（記事）（チュートリアル）
• リフト / JSONをリフト。-RESTサービスの提供を簡単にします。

Unfilteredをお勧めします。それは「Scalaの方法」で物事を実行する慣用的なWebフレームワークであり、非常に美しいものです。

見てくださいXitrumを（私はその作者だ）、それはあなたが記載されているすべてを提供します。そのドキュメントは非常に広範囲です。READMEから：

Xitrumは、NettyとHazelcastの上にある非同期のクラスター化されたScala WebフレームワークとWebサーバーです。

• アノテーションは、JAX-RSの精神に則って、URLルートに使用されます。すべてのルートを1か所で宣言する必要はありません。
• 非同期、Nettyの精神。
• セッションはCookieまたはクラスター化されたHazelcastに保存できます。
• インプロセスおよびクラスター化されたキャッシュでは、個別のキャッシュサーバーは必要ありません。
• インプロセスおよびクラスター化されたCometの場合、別個のCometサーバーは必要ありません。

さらに2つのオプションを追加します。組み込みJAX-RSサポート付きのakkaと、単純にJAX-RSを直接使用する（おそらくJersey実装）。間違いなく他のものよりも「Scala-y」は少ないですが（パラメーターとパスをバインドするための注釈に依存）、JAX-RSは使用する喜びであり、最小限のフットプリントでWebサービスコーディングの問題をすべてきれいに解決します。私はそれをakka経由で使用したことはありませんが、継続ベースの実装によって印象的なスケーラビリティーを実現し、そこで優れていることを期待します。

Finagle HTTPサービスを構築するためのScalaコンビネーターライブラリであるFinchを見てください。Finchを使用すると、定義済みの基本ブロックの数から複雑なHTTPエンドポイントを構築できます。Finchエンドポイントは、パーサーコンビネーターと同様に、再利用、構成、テスト、および推論が簡単です。

これまでのところすべての良い答え。Liftが好む1つのポイントはRestHelperです。これにより、短くてエレガントなAPIメソッドを非常に簡単に作成できます。さらに、Liftに実装する他のすべてのことは非常に簡単です。そうは言っても、Memcacheは必要ないかもしれません。

少し遅くなりますが、REST APIの作成にはボウラーフレームワークを使用することをお勧めします。それは小さく、要点と自動ケースクラス変換サポートです！