Ruby三十七个好处

    Ruby，一种为简单快捷面向对象程序设计而创的脚本语言，由日本人Yukihiro Matsumoto（外号matz）开发，遵守GPL协议和Ruby License。Ruby的作者认为“Ruby > Smalltalk + Perl”，表示Ruby是一个语法像Smalltalk一样完全面向对象、脚本执行、又有Perl强大的文字处理功能的程序语言。

1. Ruby 是面向对象语言。 这意味着什么呢？的确，关于“什么是 OOP”，每十位程序员当中恐怕就有十二种看法。这个问题我留待您自己判断。而就特征而言，Ruby 提供了机制，将数据和方法封装到对象里，实现了一个类到另一个类的继承机制，还提供对象多态机制。与某些语言（C++、Perl 5 等等）不同的是，Ruby 从一开始的时候就是以面向对象为目标来设计的。

2. Ruby 是“纯正”的 OOP 语言。 我说重复了么？我可不这么认为。说“纯正”，这就意味着，所有的一切——包括字符串或整型之类的基本数据类型——都是以对象的形态来表达的。在 Ruby 中用不着 Java 里面提供的那种 wrapper class（包裹类）（译注：wrapper class 用来将基本类型包装成对象类型）。而且，甚至连常量都被当作对象来对待，因此方法可以由——比如数字常量——来唤起。

3. Ruby 是动态语言。 对于只熟悉诸如 C++、Java 等静态语言的人而言，这就是个新概念。所谓动态意味着，可以在运行期动态地追加或者重新定义方法和变量。这种动态机制免除了对 C 语言中条件编译（#ifdef）这类功能的需要，并且使构建复杂的 reflection（内省机制）API 成为可能。复杂的 reflection 机制又进而使得程序可以变得更为“自知（self-aware）”——从而为如下诸多功能开启了方便之门：运行期类型信息、丢失方法的侦测、能够侦测新追加的方法的钩子技术，等等。从这个方面来看，Ruby 与 Lisp 和 Smalltalk 有些许亲缘关系。

4. Ruby 是解释型语言。 这是个复杂问题，值得多说几句。有人可以争论说，从性能方面来考量，语言采用解释型机制弊大于利。对于这种想法，我用下面的斟酌予以回应：1. 首先最为显著的是，快速开发周期（rapid development cycle）颇有效益可得，Ruby 的解释型语言本质助长这种效益。2. 太慢到底是多慢呢？说慢之前请先做一些性能测试。3. 尽管会有人因此而批评我，但我还是要这么说：处理器每年都在持续提速。4. 如果您着实需要速度，您可以用 C 语言撰写需要速度的那部分代码。5. 最后，从某种意义上说，有一种值得商榷的观点：鉴于没有哪种语言是从骨子里就被解释，因此并不能说不可能撰写出 Ruby 编译器。

5. Ruby 能够处理正则表达式。 多年以来，正则表达式一直被认为是属于 UNIX 领域的雕虫小技，涉及诸如 grep 和 sed 之类的阳春工具，或是在 vi 里面做一些讨巧的“查找-替换”操作。Perl 语言帮助人们改变了这种看法，而现在 Ruby 也对此有所帮助。越来越多的人认识到这种超高级的字符串和文本操纵技巧中所蕴含的无比威力。对此持怀疑态度者，应该去读一读 Jeffrey Friedl 的书 Mastering Regular Expressions 。非怀疑论者也应该读。

6. Ruby 是支持多种平台的语言。 Ruby 可以运行在 Linux 及其他 UNIX 变体、各种版本 Windows 平台、BeOS，甚至 MS-DOS 上。如果我没记错的话，还有 Amiga 版本的。

7. Ruby 借鉴了前辈语言。 这是好事儿吗？在文学领域之外，是的，这是好事儿。牛顿说，“若我看得比别人远，乃是因为我站在了巨人的肩上”。Ruby 确实是站在了巨人的肩上。Ruby 引借了来自 Smalltalk, CLU, Lisp, C, C++, Perl, Kornshell，以及其他语言的特性。我看到其中的原则是：1. 不要重新发明轮子；2. 不要修补没有问题的部分；3. 特别重要的是，充分利用人们现有的知识。您掌握 UNIX 里面的文件和管道（pipes）吗？没问题，您可以在 Ruby 中运用到那些知识。您花了两年时间研习 printf 的各种格式符号？别担心，您在 Ruby 里面还可以使用 printf。您了解 Perl 的 regex handling 技术？好的，那么您几乎也就立刻学会了 Ruby 的 regex handling 技术。

8. Ruby 具创新性。 这一条与第7条有些矛盾吧？唔……是有一点；每个硬币都有两面嘛。Ruby 有一些特征极具创新性，比如非常有用的 mix-in 概念。或许这些创新型特征将来会被新的语言借鉴。（注：一位读者向我指出，LISP 至少早在 1979 年就有 mix-in 了。这一点我倒是完全没有注意到；我当另寻一个更好的例证，保证其真确性。）

9. Ruby 是特高级语言（Very High-Level Language，VHLL）。 这个问题有待商榷，因为术语 VHLL 还未被广泛使用，而其含义更是比 OOP 的含义更具争议性。我说“特高级”指的是，Ruby 可以通过相对较少的指令掌控复杂的数据结构并对其进行复杂的操作，符合了被一些人称为“最少投入”的原则（Principle of Least Effort）。

10. Ruby 有智能垃圾收集器。 诸如 malloc 和 free 之类的函数现在只是已然过去的昨夜噩梦。您连析构函数都不需要调用。仅此足矣。

11. Ruby 是脚本语言。 不要以为 Ruby 是脚本语言所以就不强大。Ruby 可不是玩具。Ruby 是全功能的程序设计语言，只不过 Ruby 让传统的脚本操作变得更容易撰写，比如运行外部程序、检查系统资源、使用 pipe（管道）、截获输出等等。

12. Ruby 用处多样。 Ruby 可以完成好 Kornshell 能够完成好的事情，也可以完成好 C 语言能够完成好的事情。想快速写一个十行的 hack 程序来完成一次性的任务，或者为遗留代码写个 wrapper 吗？用 Ruby 没问题。想写一个 Web 服务器、CGI，或者棋类游戏吗？用 Ruby 也没问题。

13. Ruby 对线程予以支持。 您可以使用简单的 API 撰写多线程应用程序。是的，即使是在 MS-DOS 上撰写也可以。

14. Ruby 是开源的。 想看 Ruby 的源代码了？想提供一个补丁建议了？只管去吧！想与智慧云集、乐于助人、包括语言设计者在内的用户社区进行联络吗？可以的！

15. Ruby 具有直观性（直觉性）。 学习曲线平滑不陡。一旦入了门，您是否就开始“猜测” Ruby 的使用方式了呢？您的猜测通常是正确的（译注：因为 Ruby 很直观，符合了人们惯常期待的方式）。Ruby 致力于符合“最少诧异或惊讶”之原则（Principle of Least Astonishment (or Surprise)）.

16. Ruby 具有异常（exception）机制。 同 Java 和 C++ 一样，Ruby 能处理异常。这意味着少与返回代码纠缠，更少的嵌套 if 语句，更少的意大利面式逻辑（spaghetti logic，贬义，指的是复杂混乱的代码设计，比如大量使用GOTO语句等等），更好的错误处理机能。

17. Ruby 有高级的 Array class 。 数组是动态的；您不必像在 Pascal 等语言当中那样在编译期声明数组大小。您不必像在 C/C++/Java 当中那样为数组分配内存空间。Ruby 的数组是对象，因此您不必时刻警惕其长度；原则上，您不可能像在 C 语言当中那样“越出数组的长度大限”。想以索引、元素，或者反向处理数组吗？想打印整个数组吗？Ruby 为所有这些事情提供了对应的方法。想把数组当作集合（set）、堆栈（stack），或队列（queue）来对待吗？Ruby 也为此提供了对应的方法。想把数组当作查找表（lookup table）来使用吗？这是个问题问得巧——您不必这样用，因为 Ruby 提供了哈希表专门处理这个问题。

18. Ruby 是可扩展的。 您可以用 Ruby 或者 C 语言编写外部程序库。另外，您还可以随心所欲地就地修改现存的类和对象。

19. Ruby 鼓励 literate programming（字面编程方式）。 您可以将注释嵌入到代码中，Ruby 的文档工具可以从中抽取和操纵这些注释。（Literate programming 的铁杆儿支持者或许会认为这是很基础的东西吧。）

20. Ruby 以创新的方式使用分隔符和大小写。 返回 Boolean（尽管 Ruby 不这样称呼它）的方法通常都以问号结尾，而且，修改数据的方法的名称带有惊叹号。一切都简单、明了、直观。包括 class 名称在内的所有常量都以大写字母开头。所有对象的 attributes 都以 @ 标记开头。这种方案既有老式的“匈牙利表示法（Hungarian notation）”的务实性，又避免了龌龊刺眼的表现形式。

21. Ruby 的保留字不保留。 使用被称为“保留字（reserved word）”的标识符是完全没有问题的，只要保证别让语法分析器遇到歧义的情况就行。这可真是畅快。

22. Ruby 支持迭代器（iterator）。 Ruby 的迭代器使得“传递代码区块到对象中”这种操作可以经由这样的方式来完成，即对于数组、列表（list）、树（tree）等诸多结构中的每一个元素都能够调用指定的代码区块。这是个值得深入探究，威力强大的技巧。

23. Ruby 具有安全性特性。Ruby 借用了 Perl 的“点缀（tainting）”概念，通过 $SAFE 变量实现了多种控制级别（揪心级别？）。此特性对于“为了攻破 web 服务器而被利用”的 CGI 程序而言，特别有好处。

24. Ruby 没有指针。 类似 Java，并向 C++ 恶狠狠地点了点头，Ruby 中没有“指针（pointer）”概念；不存在间接性，没有指针运算，没有语法和调试指针所带来的头疼困扰。当然，这意味着真正底层的系统编程变得困难了一些，比如访问某设备的控制状态寄存器；但这些系统级事务总是可以利用 C 程序库来完成。（正如 C 程序员会在必要时使用汇编一样，Ruby 程序员会在必要时使用 C 语言！）

25. Ruby 关注细节。 Ruby 提供丰富的同义词和别名。不记得对数组或字符串是用 size 还是 length 吗？两个都可以用。对于范围（range），是用 begin 和 end ，还是 first 和 last？由您自选。您心里拼写 indices ，而您的手却拼出 indexes 吗？两个都可以用。

26. Ruby 具有灵活的语法特性。 在方法调用中可以忽略括号，参数之间可以忽略逗号。Perl 风格的引号允许我们定义数组或字符串时不必劳烦去敲那些引号和逗号（译注：Ruby 中 a = [ 'ant', 'bee', 'cat' ] 可以简写为 a = %w{ ant bee cat }）。return 关键字也可以忽略。

27. Ruby 有丰富的程序库可供使用。 Ruby 的程序库提供了对线程、套接字（socket）、有限的对象永续机制、CGI、服务器端可执行机制、DB 文件等许多功能的支持。Ruby 还对 Tk 有所支持，今后会有更多的支持。

28. Ruby 有调试器（debugger）。 在完美世界里我们大约不需要调试器。可惜这并不是完美的世界。

29. Ruby 可通过交互的方式来使用。 Ruby 设计为可以将其当作一种类似 Kornshell 的 shell 来使用。（这是本文中最令人质疑的观点，而且我也不得不承认，Ruby 并不是真正非常优秀的 shell。但我还是坚持认为，基于 Ruby 的 shell 是个不错的东西。）

30. Ruby 是精炼的语言。 Ruby 中没有非必要的关键字，比如 Pascal 的 begin，if 之后的 then，while 之后的 do。不需要事先声明变量，因为变量无类型。不需要为方法指定返回类型。不需要 return 关键字；方法会返回最后被求值的表达式之结果。另外一方面……Ruby 不像 C 或 Perl 那么晦涩。

31. Ruby 是面向表达的语言（expression-oriented）。 您可以像说话一样很容易写出 x = if a<0 then b else c end 这样的句子。

32. Ruby 语言中系结了 syntax sugar（语法糖）。 （转述 Mary Poppins 的话说就是：一勺语法糖可以压一压语义的药味。"A spoonful of syntax sugar helps the semantic medicine go down."）只要您想，您就可以用 for a in x 来迭代遍历数组 x，可以用 a += b 来代替 a = a + b。大多数操作符其实只是简化的方法表示、更加直觉的名称以及更加方便使用的语法形式。

    译注：Mary Poppins 指的是美国1964年拍摄的经典电影《欢乐满人间（Mary Poppins）》。

33. Ruby 支持操作符重载（overloading）。 如果我没记错的话，操作符重载源起自很久以前的 SNOBOL，但却是由较近的 C++ 振兴。这个机制可能会被滥用或误用，但有总比没有好。另外，Ruby 会自动定义操作符的赋值（assignment）版本，比如说，您定义了操作符 + ，那么您就会自动得到操作符 +=。

34. Ruby 具有无限精度的整数算法 谁还关心 short、int、long 呢？ 使用 Bignum 就行了。承认吧，您总还是想看看365的阶乘是多少。现在您可以看了。

35. Ruby 具有幂运算操作符。 在过去年代，我们在 BASIC 和 FORTRAN 里使用过幂运算操作符。但是后来我们学会了 Pascal 和 C 语言，知道了这个操作符邪恶的一面。（我们被告知，我们甚至都不曾知道求值是如何完成的——是使用了对数还是迭代？效率有多高?）可是我们真的关心这些么？如果是，我们可以编写自己的版本。如果不是，Ruby 还提供了您珍爱的老好用的 ** operator 供您使用。享用它吧！

36. Ruby 具有强大的字符串处理能力。 如果您想对字符串进行搜索、替换、修改、格式化、截断（trim）、分隔（delimit）、追加（interpose），或者字元化（tokenize）等操作，您可以使用 Ruby 内建的方法。如过内建方法不能满足要求，您可以利用内建方法来建构自己所需。

37. Ruby 几乎没有违反自身规则的例外情况。 Ruby 的语法和语义比大多数语言更具自我完备性（self-consistent）。每种语言都有犄角旮旯，每种规则都有例外情况；但 Ruby 的旮旯和例外可能比您想象的要少。

 

 

    Ruby的作者于1993年2月24日开始编写Ruby，直至1995年才正式公开发布。Ruby明显比其他类似的程序语言（如Perl或Python）年幼，又因为Ruby是日本人发明的，所以早期的非日文资料和程序都比较贫乏，所以现在在网上仍然可以找到Ruby的资料太少之类的批评。约于2000年，Ruby开始进入美国，英文的资料开始发展。

以下针对Ruby语言列出三十七大特点：

评论

8 楼 liubin 2007-08-14  

Ruby年龄比Java都大，还说发展太快？
要不是Rails，估计还没这么多人关心Ruby吧。
Ruby的library不算少吧，基本想用的都有。

7 楼 ray_linn 2007-07-12  

5 6 7 8 9 10 11 12 。。等等２０多条都是垃圾，满大街都有。


13可能是假命题，如果ms-dos真能支持，那可真不错。


Ruby 是面向表达的语言（expression-oriented）。 您可以像说话一样很容易写出 x = if a<0 b c end else then> 这样的句子。　这条最搞笑，这是哪国的话，简直比perl的天书还难懂。

6 楼 davexin 2007-07-10  

搂主有哗众取宠的味道

5 楼 weiqingfei 2007-07-10  

Ruby 对线程予以支持。

听说不是真的

4 楼 xiaoyu 2007-07-10  

三十六个优点里, 大部的语言都有的特性好不好.

Ruby 具有无限精度的整数算法, 用long还是首选.

3 楼 gigix 2007-07-10  

引用

.Scaling 的問題一直有在改善, 這種 Full-Stack 的語言工具, 其實都面臨同樣的問題, 不過正因為我們已經交給他們了, 因此就請信任 Ruby 開發者們的能力吧. 2PC 的問題倒是比較難解, 不能以 「Ruby 的社群不在大企業」萊矇混過關, 身為以平行處理為目標的 Ruby 而言, 這其實有點難自圓其說, 但要更改現有架構, 對於彈性強的 Ruby 而言, 恐怕也是有些窒礙難行.

scaling的问题……到底是指什么问题呢？如果说是web app的scaling，按照share-nothing architecture做出来的app是拥有线性scalability的。语言本身的scalability……不才，不明白是什么意思。
2PC的问题最近经常听到提起了。没有做过具体的研究，不过我的感觉是：（1）2PC不是特别难做的事情，应该有open source的effort在进行；（2）如果确实没有，倒是值得开一个open source project来做。

引用

Ruby 這種直譯式語言本來要 Compile 就會有點困難, 天曉得你下一步會往哪裡去? 變數有沒有定義根本無從知道, 不過對於強型態的語言來說, 沒能 Compile 確實有點詭異.

http://code.google.com/p/xruby/

2 楼 laies 2007-07-10  

Ruby的缺点无非下面几点：
1.缺乏 Virtual Machine
2.Unicode 支援不佳
3.企業應用 ( 2PC, scaling problem, etc. )
4.Library, default action 匱乏
5.沒有編譯階段
6.缺乏文件
Ruby 發展過快，有些缺點是難免的.

1.Ruby 已經有很多套 Virtual Machine 正在開發, Ruby 的理念中並不想把這種 Language 跟其他 Tools 綁在一起, 因此這樣的設計架構是可以理解的.
2.這是很嚴重的問題，Unicode 現在大致上已經被解決了, 但其他 encoding 的問題並沒有太大的進展, 不過我在這方面很弱，所以也不方便做太多 Comments (倒)
3.Scaling 的問題一直有在改善, 這種 Full-Stack 的語言工具, 其實都面臨同樣的問題, 不過正因為我們已經交給他們了, 因此就請信任 Ruby 開發者們的能力吧. 2PC 的問題倒是比較難解, 不能以 「Ruby 的社群不在大企業」萊矇混過關, 身為以平行處理為目標的 Ruby 而言, 這其實有點難自圓其說, 但要更改現有架構, 對於彈性強的 Ruby 而言, 恐怕也是有些窒礙難行.
4.Library 早已經不缺了, 倒是品質確實參差不齊, 管理上雖已有 RubyGems 了但還是不方便, 而且 RubyGems 也還在 0.9.x 的開發階段, 但是面對現有的 Gems, 要更改架構我看也相當困難吧.
5.Ruby 這種直譯式語言本來要 Compile 就會有點困難, 天曉得你下一步會往哪裡去? 變數有沒有定義根本無從知道, 不過對於強型態的語言來說, 沒能 Compile 確實有點詭異.
6.文件啊… 這也是 Ruby 一直以來的痛, 倒也不是不齊全, 其實文件數量很夠, 但是由於發展過為迅速, 導致於很多今天才寫出來的 document, 可能明天就不適用了, 關於這點我認為 Ruby 需要一套更完善的文件系統, metadata 當然也要儘量描述, 這份文件到底是適用於哪個版本的軟體, 免得牛頭不對馬嘴.

1 楼 无聊神灯 2007-07-10  

优点说拉,接下来说说它的缺点吧