Spray，Akka-http和Play，这是新的HTTP / REST项目的最佳select
我将使用Scala和Akka Actor来开发新的HTTP / REST服务。
我有使用Play的经验，但是我并不需要一个完整的Web框架。 从我读到的，我认为喷雾是一个合适的select。 我的问题来自于新到达的AKKA-HTTP之后Spray的未来。
Spray项目是否将独立于Akka-HTTP项目发展，还是两个项目将合并成一个Akka-HTTTP？
如果我开始使用Spray进行开发，这会带来什么影响？ 另外我读了Play将整合AKKA-HTTP。 所以我终于想知道是不是应该玩Play？
谢谢你的帮助。
喷雾是生产准备，但开发团队（Mathias Doenitz）现在在Akka-http上工作Typesafe。
Akka-http的状态是“开发预览” 。 在“几个月内”完全发布的时候有一些模糊的承诺，但没有任何东西可以带到银行。
2015年7月29日编辑：
Akka-HTTP的状态现在是版本1.0 RC4的“候选版本”。 它的function在很大程度上与spray.io竞争，普遍的预期是spray.io将失去发展的动力。 在这个时候，我不会再推荐新的项目spray.io。
Typesafe的Jonas Boner将Akka-http称为“Spray 2.0”。 所以不要指望任何未来版本的喷雾，在某些时候你必须做出转换。 我在Scala Days上看到了Jonas的Akka-http演示文稿，看起来像将Spray代码移植到Akka-http应该是直接的，因为DSL几乎没有变化（即使库的底层实现不同）。
专门回答你的问题：喷雾是作为一个单独的项目完成的，它被以Akka-http的名义input到Akka（不是合并，因为Akka之前没有任何等价物）。 如果您现在需要开始开发，请使用Spray，如果您能够承受在Akka-http预览版本中发生的不可避免的错误。 您的Spray代码永远不会停止工作，但不会在小错误修复之外得到支持。 所有新function将被添加到Akka-http中，所以不是更新到Spray 2.0，而是更新到Akka-http。
您已经在您的评论中回答了您的问题。 只要你不需要处理UI，我会build议去Akka-HTTP或Spray.io 。
如果你开始使用Spray.io，我不认为你会有影响，因为有很多项目在Spray上运行他们的生产环境。
有关更多详情，请参阅下面的链接。
常见问题SPray.io
Typesafe新闻稿
谢谢
那么，如果你必须从头学习所有东西，我会build议select喷雾 – 阿卡hhtp文档是不完整的，许多路线指令尚未实现在akka.http。 我开始与阿卡，但我被迫去喷…
Typesafe得到Spray（ed）| @typesafe
Akka / Spray集成的Akka HTTP将提供生产和消费可embeddedREST服务的理想方法。
按照Johannes Rudolph的说法
如果你想提供一个HTTP接口（可能已经存在）akka服务，那么这就是akka-http
来源： https ： //gitter.im/akka/akka？at = 5874fc9761fac5a03dbe1a6f
