Programming languages 企业级Scala

您是否在使用Scala开发企业级应用程序

编辑：

---

我同意，企业这个词没有很好的定义。通过问这个问题，我的意思是问你是否在真正的项目中使用Scala，这些项目不仅仅是为了玩。将Scala用于个人项目（不仅仅是其创建者使用）属于“真正的项目”类别。

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

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

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

编辑

此外，twitter喜欢Scala：

---

采访他们的经历：

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

来自湾区Scala爱好者在Twitter上的会议，会上概述了他们的语言风格指南。现在已经确定Twitter正在Scala中开发一些重要的后端服务。

Scala for real Project？是的，绝对是

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

其次，企业应用程序最关键的是适应性。过于僵化是导致大多数企业应用程序衰退并最终消亡的原因。导致这种僵化的原因有两个，Scala有助于避免这两个问题。一个问题就是代码量太大。java比C或C++工作得更好，但是它仍然需要比Scala更多的代码来实现应用程序。p> 对于Java，解决代码大小问题需要更高的结构：框架、库、可定制工厂等。这就是为什么我们部署Java EE应用程序（通常基于Spring），它们的“lib”目录中有20到50个JAR文件。这种结构本身是完成应用程序所必需的，但它可能会在概念复杂性方面产生自己的问题

Scala并不能避免概念上的复杂性，但Scala中常见的编程风格倾向于更小、更具体的程序，而不是用于构建DSL的框架库

---

当然，如果您确实需要用于构建DSL的框架的库，那么，这就是为什么能够调用Java变得很方便。

LinkedIn正在使用一些Scala

正在将Scala用于他们的几个中间层应用程序，并已将其开源，这些应用程序是用Scala编写的。

我们正在使用Scala和Java进行金融衍生品定价项目。 然而，我们并不是真正的电梯迷：）

---

致以最诚挚的问候

它可能有点老了，但Scala网站上有一个“企业中的Scala”列表，网址是

---

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

我们正在使用scala进行金融领域的大数据清理、计算和分发操作。该应用程序非常健壮且可扩展。一些C++部分，它完全在Scala中编写。 原因:

• 非常快的开发时间

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

• 更快地解决问题，因为thre只是“更少的代码”

• 功能范式的更大灵活性

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

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

---

现在，随着eclipse插件的改进，环境已经足够健壮。

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

我也听说了，但在这里添加一个来源可能会很好（特别是如果你刚刚学会的话）。Saem比我快：）我不认为这些问题是“糟糕”的。通过查看Scala示例和教程，我们非常强调如何以一种巧妙的方式编写快速排序算法。当我写一个“企业”应用程序时（为了更好的用词），我并不关心这类事情……这种强调“学术”而不是“企业”的例子让我想到“是否值得进一步研究Scala，或者只是许多学术类型对他们的聪明程度感到兴奋”。回答“真正的系统正在Scala中构建”是一个非常重要的问题，IMHONo，重读我写的，你在谈论学术和企业这两个术语，这只是挥手，但需求才是最重要的。企业/学术都是愚蠢的移动目标帖子，这会使任何争论或可能的答案无效。第一个url不再有效。