java - 在后 Java 世界中，Linux 上 SOA 的最佳语言/平台是什么？

Question

我需要为SOA中一系列服务的新开发选择一种语言/平台。我正在研究 Scala 和 Clojure，但我认为社区和产品对于现实世界的企业产品来说还不够成熟。

更新/澄清:

1. 当然，我们可以为 SOA 使用许多语言/平台，但有些语言/平台更容易，也更适合 SOA。在我看来，最好的 SOA 应该允许接口(interface)编程(以简化契约(Contract)定义)，应该有托管服务的选项(如 Java 的 Felix 或 .NET 中的 WCF)和良好的扩展性(参见 Twitter 问题与返回率)。
2. Java 一直是企业市场的最爱。然而，许多开发人员正在研究动态语言并谈论 Java 在 v6 之后停滞不前。结果，出现了许多新的后 Java 语言:Scala、Clojure 和 Groovy 等等，它们仍在 JVM 上运行，但不是 Java。

我希望这些能澄清问题。

Answer 1

取决于您所说的“对于现实世界的企业产品来说足够成熟”是什么意思，以及您对生活在前沿的相对容忍度。

例如，我目前正在用 Clojure 构建一个“真实世界的企业产品”(我对 Scala 也同样满意，只是从并发和元编程的角度来看，Clojure 更符合我的需求).

我对我的决定很满意。

如果您正在考虑这条“后 Java”路径，请快速了解一些观点:

• 社区很棒，也很支持你，但你仍然必须自己解决问题，哪怕只是因为还没有其他人遇到过同样的问题。这些都不是无法克服的，但它确实会给交付计划带来一些额外的风险。

• Scala 和 Clojure 都可以非常高效(就每小时编码交付给客户的值(value)而言)，但您同样可以用任何语言编写糟糕且无法维护的代码。 Java 几乎迫使你以一种标准化的、有点冗长但语法简单易懂的方式编写东西。借助 Scala 和 Clojure，您可以获得一整套全新的疯狂方式来击中目标或搬起石头砸自己的脚。您的团队能否充分利用 Scala/Clojure 的优势？

• 让具备现有 Clojure/Scala 技能的技术人员加入进来更加困难(尽管绝非不可能)。另一方面，确实拥有这些技能(或渴望获得这些技能)的人可能是更有才华/更有动力的开发人员，因此搜索可能仍然富有成效。

• 准备就是否针对“指日可待”的语言/库功能做出艰难的决定。例如，您是否在等待 Clojure 1.3 中增强的原语支持？或者凑合使用 Clojure 1.2 中完全足够但速度较慢的盒装原始函数？

• 使用 JVM 的一大好处是，您仍然可以充分利用 Java 生态系统，而不必将 Java 作为一种语言。不要低估它的用处:例如，我在我的 Clojure 应用程序中几乎透明地使用了许多经过充分测试的成熟 Java 库(例如 Netty)。这会显着降低您的风险和您需要进行的新开发工作量。