企业级Scala[已关闭]

问题中使用的“企业”一词显然缺乏要求。一个人的“企业”应用程序不是另一个人的。SAP正在使用Scala/Lift,这够“企业”吗?

在一天结束时,您可以访问Java平台提供的所有“企业”资料。

很抱歉,说得有点蠢,但这类问题很糟糕,没有明确的答案。更重要的是,有些人可能已经编写了许多你可能认为是“企业”的应用程序,但他们没有,因此从来没有这样声明过。

编辑

此外,twitter喜欢Scala: http://www.slideshare.net/al3x/twitter-3s-scala http://www.artima.com/scalazine/articles/twitter_on_scala.html

真正项目的Scala?是的,绝对是。

首先,因为所有Java仍然可用,所以应用程序可以使用我们现有的公共库。这些LIB是在过去10年中用Java构建的,对于访问公司内的其他系统非常重要。

其次,企业应用程序最关键的是适应性。过于僵化是导致大多数企业应用程序衰退并最终消亡的原因。导致这种僵化的原因有两个,Scala有助于避免这两个问题。一个问题就是代码量太大。java比C或C++工作得更好,但是它仍然需要更多的代码来实现应用程序,而不是Scala。

对于Java,解决代码大小问题需要更高的结构:框架、库、可定制工厂等。这就是为什么我们部署Java EE应用程序(通常基于Spring),它们的“lib”目录中有20到50个JAR文件。这种结构本身是完成应用程序所必需的,但它可能会在概念复杂性方面产生自己的问题。

当然,如果您确实需要用于构建DSL的框架的库,那么,这就是能够调用Java的地方。

这可能是对你问题的回答(或不是),但我刚刚了解到Twitter使用Scala进行所有后端处理(RoR保留在界面上)。

Here is a nice slide set

Sony Imageworks 正在将Scala用于他们的几个中间层应用程序,并已将其开源 database migrations package

原因:

• 非常快的开发时间

• 由于缺少bolierplate,很容易解释实际问题

• 功能范式的更大灵活性

• 上述所有改进均无实际性能成本

直到2.8版本,这些工具都是脆弱的(尽管emacs/ant方法在当时仍然是可靠的)

LinkedIn正在使用一些Scala

我们正在使用Scala和java进行金融衍生品定价项目。 然而,我们并不是真正的电梯迷:)

它可能有点旧,但在Scala网站上有一个“企业中的Scala”列表 http://www.scala-lang.org/node/1658

我个人更喜欢使用Scala以比“企业级”更高的质量水平进行开发

除了遗留Java代码(一点一点地移植到Scala)之外,我们100%地使用Scala Wordnik 对于我们所有的后端代码。在一些我称之为“企业”的大型项目上,通过RESTAPI实现数据库层。然而,我们不是一家企业公司,如果有人建议我们这样做,我们可能会生气;)干杯