CLR 上的 Scala答案

【问题标题】：Scala on the CLRCLR 上的 Scala
【发布时间】：2015-01-13 08:52:03
【问题描述】：

Scala 主页说 Scala 1.4 可以在 .NET 框架上运行 - 现在 CLR 上的 Scala 状态如何？有人在研究它吗？我认为它会成为结合 GTK# 和 Mono 的出色 GUI 工具...

【问题讨论】：

可以在 .NET 中使用最新的 Scala (atm v2.8)：tountas-software.blogspot.com/2010/07/…
“我认为它会成为一个很棒的 GUI 工具”。既然 F# 是专门为在 .NET 上运行而构建的，难道不是更好的工具吗？
截至 2012 年 12 月 8 日，看起来 Scala.NET 将成为 officially closed 作为主要 scala 项目的一等公民，并且可能会停止。

标签： .net scala clr

【解决方案1】：

目前，它无法正常工作。然而，有一些资金（我听说过微软，但我没有确认）让它在 CLR 上运行，所以有一个持续的努力，这似乎是针对 Scala 2.8 时可用的基本功能。

“基本”是指它应该运行并生成代码，但不会有太多特定于 CLR 的测试，也不应该利用特定于 CLR 的功能或库。

无论如何，目前，它并没有被放弃。

编辑：这是对它没有被放弃的事实的具体参考。这是 Scala 团队发送到 Scala Internals 邮件列表的定期进度报告之一的 sn-p。我之所以选择这个只是因为它是最近一次提到它（在我写这篇文章时是 12 天前），但是任何看到它们的人都会看到这在 2010 年第一学期的报告中经常被提及。

Scala 会议 2010-05-04

参加会议的人：Ingo，米格尔、唐娜、阿德里安、尤利安、菲尔、卢卡斯、菲利普、托尼、吉尔斯、马丁、休伯特，蒂亚克。

当前工作

远程参与者和 concurrent.opts 中的清理，文档演员

使用命名参数修复

一般错误修复

在 scaladoc 上工作

在 .NET 上工作

【讨论】：

如果没有放弃，网上有没有关于这个项目的资料？
当然。它已在 scala-internals 列表中提及，其存档可在 Nabble 上找到。
您是否引用了任何具体的参考资料？我能找到的一切都表明 Scala.NET 已被放弃，并且只支持 .NET 1.1（已经过时 7 年了！）。
@Jon 当然，我会添加对答案的引用。
在上个月的 ScalaDays 主题演讲中，Martin 说：“我们正在做的一件事是在 .NET 上重新实现 Scala。我们再次开始在 .NET 上开发原生 Scala 编译器， Visual Studio 插件。这项工作实际上是由微软资助的，我希望今年我们能为此向你展示一些东西。” days2010.scala-lang.org/node/138/137

【解决方案2】：

Scala 在 CLR 上的状态是......破旧的。除非他们从 2.7.3 开始大量工作（并且在更新日志中没有证据表明这一点，尽管我没有实际测试过），否则它：

仅针对 .NET 1.1 (!) 运行
输出 IL 汇编器，然后必须手动 ilasm (!)
丢失多种语言和库功能（如结构类型和解析器组合器）

它被维护到他们继续将 Java 编译器的修订合并到 MSIL 编译器的程度，但除此之外，我会说它已经奄奄一息了。

【讨论】：

【解决方案3】：

在 2011 年 7 月 18 日对 scala-lang.org 的采访中：

我现在可以在 .Net 上运行 Scala 程序吗？
米格尔：
简单的答案是肯定的，但有一些限制将在秋季取消。

链接：The inteview
链接：Binaries

【讨论】：

【解决方案4】：

Martin Odersky 在SE Radio interview（2011 年 1 月）中说：

我不想告诉你预计的到达时间，但肯定是今年，包括 Visual Studio 支持。

他在第 15 分钟开始谈论 .NET。

【讨论】：

【解决方案5】：

鉴于 JVM 上的 Scala 是 2.7 版本（并且 2.8 即将推出），我不相信这会得到维护。

另请参阅this StackOverflow question（自 2009 年 4 月起），其中包含更多详细信息。

【讨论】：

【解决方案6】：

还可能值得注意的是，F# 的出现限制了微软对 Scala 的兴趣，因为他们现在拥有了自己的“有福的”函数式语言。美国国立卫生研究院。

【讨论】：

现在轻描淡写：F# 是受支持的 Microsoft 产品，也是 .NET 上仅次于 C# 和 VB 的一流语言。