scala - Scala 中间件选择之间有何区别？

Question

注意: 不幸的是，这个问题已被关闭，但我正在努力维护它，以防其他人提出同样的问题。>

我一直在寻找一个好的解决方案来在 Scala 中开发位于移动设备和现有 Web 服务之间的服务。

当前可行的选项列表是:

• Finagle
• Spray
• BlueEyes
• Akka
• Play2 Mini
• Unfiltered
• Lift
• Smoke
• Scalatra

可能还有更多选择。人们如何决定使用哪一个？好的 Scala 中间件选择有哪些特征(请原谅双关语；-)。一方面，我想选择 Akka，因为它是 TypeSafe Scala 堆栈的一部分，但另一方面，像 Finagle 这样的东西拥有一组丰富的库，并使管道变得如此简单。喷雾看起来不错而且使用简单。

任何建议、见解或经验将不胜感激。我确信有人一定有一些他们不介意分享的经验。

更新:

我希望重新讨论这个问题。这个问题的一个好的答案将帮助新的 Scalater 避免相关的陷阱。

更新2:

这些是我提出这个问题后的亲身经历:

Finagle - 我在一个项目中使用了 Finagle，它非常稳定。

Spray - 在我最新的项目中，我使用了 Spray 并且我非常高兴。最新版本基于 Akka 2 构建，您可以直接使用 Spray-can 库运行它，从而无需 Web 服务器。 Spray 是一组库，而不是一个框架，并且非常模块化。 Learn about Spray: REST on Akka video给出了一个很好的概述，并且 this blog at Cakesolutions展示了一个非常好的开发方法和架构。

更新3:

生活节奏很快。如果你不偶尔停下来看看周围，你可能会错过它。 - 费里斯·布勒

如今，选择变得更加简单。在我看来，Spray 赢得了这场战斗。它正在integrated into Akka成为下一个 Akka HTTP。我现在已经在多个项目中使用 Spray，可以诚实地说，这是我遇到过的非常棒且支持最好的软件。

这并没有回答最初的问题，但至少给出了一些说明为什么 Spray 在大多数情况下似乎是最佳选择。它非常灵活、无阻塞并且非常稳定。它有客户端和服务器端库以及一个很棒的测试套件。另外，请查看这些统计数据以了解性能:Web Framework Benchmarks

Answer 1

我个人很久以前就开始使用 Spray，并尝试了 Scala 的其他所有方法。虽然 Scala、spray、akka、shapeless 和 scalaz 确实有一定的学习曲线，但一旦你开始深入研究并真正学习如何使用这些技术，它们就很有意义，我立即看到了它们的好处，尤其是对于此类技术我现在正在做的工作。

就我个人而言，我认为没有什么可以真正经得起用于构建服务器、REST API、HTTP 客户端以及您想要的任何其他内容的喷射。我喜欢 Spray 的原因是它们在构建时就考虑到了 akka。当我第一次开始使用它时，这可能是一个非常早期的项目，但其架构很有意义。这些人知道他们在利用参与者模型的好处并且不进行任何阻塞操作方面正在做什么。

虽然 Actor 可能需要一点时间来适应，但我确实喜欢他们。它们使我的系统非常可扩展且运行成本低廉，因为我不需要像过去那样强大的硬件。另外，spray 具有spray-routing DSL，因此只要遵循规则，制作rest api 就相对简单......不要阻塞。这当然意味着不要引入 apache commons http 客户端来从 api 或 actor 发出客户端请求，因为您将回到阻塞模型。

到目前为止，我对 Spray、typesafe 和 akka 非常满意。他们的模型很自然地适合构建非常有弹性的系统，如果发生任何事情并且您采取快速失败的方法，这些系统会自行恢复。我对 Spray 的一大不满(这不是 Spray 的错)是该死的 IDE 对路由 DSL 的支持。我绝对鄙视Eclipse，一直是IDEA用户。当我开始使用 Scala 插件时，一切似乎都很好。然后我的路由 dsl 自然地演变成更大的野兽。 IDEA 解析代码的方式让它在遇到任何带有喷雾路由或无形的东西时都会尿裤子。已经到了无法使用的地步(我输入了 2-3 个字母，必须等待 5 分钟才能重新获得控制)。

因此，对于任何喷射路由或繁重的无形代码，我都会使用 ensime、ensime-sbt 和 scala-mode2 启动 emacs。现在，如果我只能得到一个具有 astyanax 质量并使用更加无阻塞的架构构建的 Cassandra 库就好了。