在我开始回答问题之前,我要进行一些基本的观察:
一般来说,代码越少越容易理解;然而,有一点是代码非常密集,以至于很难读懂。
代码读起来要比写得多。
代码的寿命比我们想要的要长。
测试或维护一段代码的人常常不是原作者。
在规模上,读取/写入/维护/测试代码的开发人员的技能水平将会是“非专家”意义上的正常分布。
编写代码是一种通信行为,不仅是作者和编译器(或运行时)之间的通信,而且也是作者与未知技能水平的未来读者之间的交流。
语言的复杂性
Java 8语言规范是780页的PDF。
http://docs.oracle.com/javase/sp...
Scala语言规范是一个191页的PDF。
http://www.scala-lang.org/docu/f...
Go语言规范是一个网页,打印为51页的PDF。
http://golang.org/ref/spec
定义一门语言与学习如何使用一门语言是不一样的,但它代表了学习的内容(或者在阅读别人的代码时,有多少东西会让你感到困惑)。
精简指令集计算机vs 复杂指令集计算机
Go提供了一组小的正交原语,它们以清晰的预期方式相互作用。学习少量的原语,并与Scala相比,用更多的代码行构建所需的内容。
Scala提供了大量类型和语法的工具箱。学习大量的原语,知道什么时候使用每一个,并且与Go相比,您将能够编写更少的代码行。
文件
我找到了更容易学习的方法,都是因为它是一种更简单的语言,而且是主观的因为我觉得文档更好。
展示:
http://docs.scala-lang.org/tutor...
模拟城市效果
别用谷歌搜索,我只是编出来的。你知道模拟城市,对吧?
SimCity Official Website
如果两个人在同一张地图上建立一个新城市,再经营几个小时,他们就会生产出截然不同的城市。
这是为什么呢?
因为模拟城市像是一个沙箱,有太多的选择,所以任何两个人都会做出同样的决定,这是非常不可能的事情。
Scala也是一个沙箱。
除了Scala附带的大量特性(函数式编程特性、OO编程特性等)之外,Scala还公开了允许开发人员添加新特性的功能。
这一切都很好,除非你和别人分享你的沙盒,否则他们不知道你脑子里在想什么。
代码的一致性
Go是我所知道的唯一一种通过提供一种工具以规范格式对代码进行格式化的方法,从而规避了整个代码风格的争论。
http://golang.org/cmd/gofmt/
代码密度
在学习的早期阶段,Scala代码可能会非常的密集和困难。我想说的是,在Scala中尽可能地密集是很有经验的,或者至少是经验丰富的Scala开发人员有一种简洁的倾向。
第 2 段(可获 8.68 积分)