当前位置:  开发笔记 > 编程语言 > 正文

Scala可以在没有企业支持的情

如何解决《Scala可以在没有企业支持的情》经验,为你挑选了3个好方法。

我想知道如果Scala没有明确的企业支持,是否会获得应得的收益(我在想Sun/Oracle,但我想它可能是其他人,比如谷歌).

由于Sun最近决定不在JDK7中包含闭包,他们难道不能将他们的重量放在Scala那些希望拥有更具表现力的语言的Java替代品上吗?毕竟,在我看来,他们应该最关心的是JVM,而不是Java 本身.有人认为这可能吗?



1> Max Strini..:

除了先前在没有企业支持的情况下取得成功的语言的例子,我认为微软在.NET平台上推广函数式编程可能会间接帮助Scala获得采用.由于Java和.NET生态系统被视为紧密的竞争对手,因此了解F#和C#的功能增加的人可能倾向于寻找JVM类似物,而对我来说Scala似乎最适合填补这个角色.


这正是发生在我身上的事情,我对F#很感兴趣,但因为它在Unices上运行得不好(是的,我知道Mono)我开始学习Scala.

2> Erik Engbrec..:

你需要更具体.在什么情况下茁壮成长?

我认为Scala的社区已接近临界质量,它需要成为一个自我可持续的开源项目,即使它的主要机构支持者,EPFL突然改变了主意; 并且目前有迹象表明它将达到这个临界质量.我认为Scala会和我们在一起并积极维护很长一段时间.

如果适合的用途类型,则是一个更紧迫的问题.Scala编译器和标准库远非完美.当你开始推动语言或库的一部分时,你仍然有可能找到错误.这是突飞猛进的改进,但它本身并不是问题的核心.

问题是为了获得修复,当升级出来时,你几乎必须升级到下一版本的Scala.问题在于大多数版本升级都包含重大更改,因此为了获得修复,您可能需要更改自己的代码.还存在二进制不兼容问题,这意味着所有Scala依赖项也必须更改版本.

如果您对其他Scala库有很多依赖性(这可能不是很多),这可能是一个严重的问题,如果您受到严重的基础设施官僚主义的影响,或者更糟糕的是,您是一个需要的产品导向型公司通过严格的基础设施官僚机构向客户分发修复程序.

为了让Scala在这种情况下长期可行,有人必须重新开始将修复程序移植到早期版本,以便人们不必为了获得一些修复而执行破坏升级.我确信这会发生,因为它确实不会那么难,但它可能需要有人看到商机,因为让我们面对它,向后移动变化并进行回归测试并不是完全退出工作.



3> Nosredna..:

我认为斯卡拉会好的.现在Twitter已经部分转移到了它,它有很多心灵分享.我认为除了Java之外,Sun不太可能专注于任何事情,但他们可能很高兴其他语言的目标是JVM.

顺便说一句,我认为关闭的东西是蹩脚的.我喜欢闭嘴.

推荐阅读
拾味湖
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有