Scala是一种特殊的编程语言，因为它同时针对JVM和CLR。但有什么好处？是否值得将其视为F＃语言的可行替代方案？
我从“Scala .NET”中看到的大多数网络搜索点都是从2008年或2009年初开始。斯卡拉是一种有趣的语言，但我公认的不明智的印象是，它不是工业强度的“可行替代方案” .NET应用程序。
我看到人们正在谈论编写可以在CLR和JVM上移植的应用程序，这在理论上是一个好主意，但在实践中我没有看到任何证据表明任何人为实际做了这个。 （如果有人知道例子，请发布。）
Scala on .NET是由Miguel Garcia领导的持续努力。最新状态是我们几乎能够在.NET上进行引导。我毫不怀疑会有一些实实在在的东西，但现在做出承诺还为时尚早。
从长远来看，我不认为Scala是F＃或C＃的竞争对手。与微软原生支持的语言平等竞争将很难。另一方面，对于希望在.NET和JVM上运行的商店，我确实看到了Scala的一些吸引力。
我真的很喜欢Scala但是在.NET实现的当前状态：一个大的NO。它暂时没有更新。 JVM版本确实领先很多。在可预见的未来，我没有看到Scala的.NET端口足够成熟以匹配其JVM对应端口。
你最好用F＃。
相比之下的好处是什么？
与另一种语言相比，它只针对一个大平台？那么你可以在两个平台上运行;无需切换语言即可从两个平台访问库;
运行.Net而不是JVM的好处？好吧，如果你在.Net重工作环境中工作，这可能是一个需求，然后是一个好处。
与F＃相比的好处？我不知道F＃，但是当你生活在一个以.Net为中心的世界时，我想知道如何在CLR上为Scala提供更容易的F＃。所以假设这两种语言有些可比，我更喜欢F＃
据我所知，还没有人真正使用Scala.NET。如果人们想在.NET上运行Scala代码，最好的选择是IKVM。从所有报告中，Scala在IKVM上运行良好。
Scala.NET上仍在进行工作，看起来它“可行”（完全支持Visual Studio）“最终”。 This是信息量最大的资源，Miguel Garcia目前受雇于LAMP，我认为由微软提供资助，可以将Scala.NET提升到生产就绪状态。但这可能是错误的记录......至少，2010年8月有工作，所以它没有死。
由于堆栈溢出“聪明”垃圾邮件预防，我只能发布一个链接。因此，您必须谷歌搜索“IKVM”和“IKVM scala”以了解这些信息。我包含的链接是最难找到的。