阅读代码：Ruby胜出 结论：Ruby代码更容易保持DRY原则，因此更容易阅读。 对代码进行变更：Ruby胜出 结论：在动态语言中进行代码变更更为容易。 检查变更是否正常运行：不相伯仲 Ruby和Java都提供了对单元测试、验收测试和持续集成等方面的良好支持。 误区之三：Ruby太难了 有些人，比如Cedric Beust主张说，对于普通开发人员Ruby的难度太大。Halloway反驳到，总的来说，编程就不是一件容易的事情。尽管有些丛书以“21天学会编程”的旗号为噱头，但这是不可能的。因此，使用Java和Ruby编程都不是一件容易的事情。他主张说： 以下是引用片段：
[...]你不能通过限制语言的特性这种方式来降低难度[...] |
误区之四：要抄袭Rails的创意很容易 Halloway提出，这个误区需要慎重看待，因为它说的确实有一部分是真的。Rails的许多创意是可以被抄袭到其它任何语言上去的。但是，对于这个观点的反驳也存在： 以下是引用片段：
[...]另外一些创意则取决于特定的Ruby语言特性。Rails使用了open class，使得我们可以写出更好的、可读性更强的对象模型。举例而言，你可以写出x.blank?这样的代码，而不是这样：StringUtilities.isBlank(x)。单独来说，这样的区别并不会产生很大的意义，但是随着它们积少成多了以后，代码的可读性就会得到显著的提升。[...] |
误区之五：这是一场没有赢家的游戏 最后是系列文章的总结陈词：作为一门语言，Ruby胜出;但作为一个平台，Java胜出—— 以下是引用片段：
那么，我们所有人难道不能和睦相处么?我多希望在我所生活的世界中，对语言的偏好并不会给一名程序员贴上什么标签。我们可以用Ruby、Scheme、Scala或者Erlang来编写代码，而且任何地方的JVM都是我们所可以生存的和谐社会。 |
为了让这样的和谐氛围得以延续，Halloway对应当采取的行动给出了以下建议：为JRuby项目贡献代码，并在今后的Java应用中使用Rake而不是Ant来管理。
说明：本教程来源互联网或网友上传或出版商，仅为学习研究或媒体推广，wanshiok.com不保证资料的完整性。
2/2 首页 上一页 1 2 |
