Python和Ruby语言对比

一、异同对比选择
　　
　　　　1、Python和ruby的相同点：
　　
　　　　* 都强调语法简单，都具有更一般的表达方式。python是缩进，ruby是类basic的表达。都大量减少了符号。
　　
　　　　* 都是动态数据类型。都是有丰富的数据结构。
　　
　　　　* 都具有C语言扩展能力，都具有可移植性，比perl的可移植性更好。也都可以作为嵌入语言。
　　
　　　　* 都是面向对象的语言，都可以作为大项目的开发工具。
　　
　　　　* 都有丰富的库支持。
　　
　　　　* 也有最宽松的版权许可，除了一些工具属于GNU世界。
　　
　　　　* 都有lisp特色的eval函数，也都能把函数作为参数。
　　
　　　　* 也有图形界面的ruby的专门编辑器。
　　
　　　　* 都获得了广泛的c库的支持。如qt、gtk、tk、SDL、FOX等，ruby计划实现SWIG接口。
　　
　　　　* 都有完善的文档。
　　
　　　　2、和python相比ruby的优点：
　　
　　　　* 具有正则表达式和嵌入html的功能。python也有正则表达式，但没有ruby的应用方便和广泛。python的嵌入html项目才刚起步。ruby 还有apache的mod模块。ruby本身也实现和很多unix工具，如racc，doctools。比python更亲近linux。
　　
　　　　* 比python功能更完整的面向对象的语法。
　　
　　　　*ruby的整个库都是具有类继承的结构。
　　
　　　　* 他的基本的数据类型和运算符都是可以重载的。
　　
　　　　*ruby主要的功能都是通过对象的方法调用来实现的，而不是函数。python也在向这方面发展，但没有ruby做的彻底。
　　
　　　　*ruby的类是更规范的单继承，还有接口等概念的实现。
　　
　　　　* python可以实现在列表内的条件语句、循环语句，而ruby用"块"的方式来实现这个功能，比python的更灵活，更具有通用性。
　　
　　　　*ruby具有类似lisp的彻底的函数方式的条件语句、循环语句等。语句的表达能力更强。
　　
　　　　* 附带一些unix工具，如racc等。
　　
　　　　3、和python相比ruby的不足：
　　
　　　　* 最大的不足正是因为ruby的强大所引起的。它没有python的简单性好。比较复杂的面向对象语法、"块"语法的引入、正则表达式的引入、一些简写标记都增加了语言的复杂性。
　　
　　　　* python的缩进表达方式比ruby的basic的表达方式更让人悦目，ruby程序的满眼的end让人不舒服。当然，ruby认为end的方式比python更先进。
　　
　　　　*ruby还没有python的"自省"的能力，没有从程序文件中生成文档的能力。
　　
　　　　*ruby没有国际化的支持。国际化支持在ruby的计划中。这是因为ruby的历史比python要短造成的。
　　
　　　　*ruby没有类似jython的东西。
　　
　　　　4、python和ruby的语言的选择：
　　
　　　　从简单的就是好的来说，选python是没错的。python适合寻找简单语言的人，这很可能造成python更流行，因此也有更多的支持。但如果要追求更强大的语法功能，则ruby是好的选择。因为ruby和python的哲学有很多相似的地方，先从python入手，尽量用python，如果 python的能力不足了，可以在找ruby。
　　
　　　　ruby和python的比较，就像五笔和拼音输入法的比较。拼音作为入门的输入法和长久使用的输入法都没有问题。五笔适合更高要求的情况。如果追求性能的不妨学学ruby。对编程语言感兴趣，想了解各种编程概念的学ruby也会很兴奋。
　　
　　　　二、两者各有特点：
　　
　　　　1、Python从语法上来说更质朴一些，而Ruby更性感一些
　　
　　　　Python的语法相对其他脚本语言来说，没有太多花巧的地方，显得比较死板一点，其实从Python强制代码缩进也可以看出来Guido设计语言的取向。语法死板的一面就是不容易玩出来更性感的东西，比方说Rails这样的框架，另外Python也无法做DSL这样的事情，但是语法死板的另一面就是比较规范，相对来说，更加适应软件开发的工程性要求，更容易组织大规模的团队进行开发。
　　
　　　　Ruby的语法非常灵活，Matz 设计ruby的出发点也是为了coding for fun，因此可以用ruby玩出来很多花样，运用足够的技巧，可以用Ruby写出来逼近自然语言的DSL，对于程序员来说，玩ruby确实充满了乐趣。 Rails能在ruby社区诞生，而不是Python社区诞生绝对和编程语言有直接的关系。不过ruby语法灵活的另一面就是编程实现风格的多样性，这对于大规模团队的协作和管理是一个挑战。
　　
　　　　2、Python的解析器实现更成熟，第三方库质量高
　　
　　　　Ruby1.9解析器尽管已经有了很大的性能提升和很多新的功能，但是从源代码实现的角度来说，基本上是通过在Ruby1.8源代码上打patch 来增加功能的。从源代码的结构来说，Ruby的实现太古老了，Ruby扩展起来比较困难，只能不断打patch。这也是为什么现在Ruby社区涌现出来那么多新的Ruby解析器实现的原因。从很大程度上来说，这制约了Ruby的发展速度。相对而言，Python解析器更成熟，也比较稳定。
　　
　　　　在第三方类库的数量上来说，Ruby并不比Python少，但是高性能高质量久经考验的第三方类库Python要明显比Ruby多，事实上很多Ruby的第三方类库都不太成熟，因此这也很大程度上制约了Ruby的发展。
　　
　　　　3、Python的应用领域非常广泛，而Ruby目前主要局限在在Web领域
　　
　　　　Python应用的领域非常广泛，除了web开发以外，还被广泛用在服务器后端的高性能服务器实现，服务器后端的各种密集运算，全文检索，各种文本处理，系统管理等等，另外桌面应用领域wxPython也是一个很成熟的跨平台GUI框架。对于某些特殊的应用，比方说调用操作系统内核 API，Python也可以完成的很好，比方说大量小文件的实时同步方案，就是用Python直接调用Linux Kernel的inotify特性来实现的。所以可以说Python是软件开发领域的瑞士军刀，什么事情都可以做。
　　
　　　　正是由于 Ruby解析器和Ruby类库的制约，Ruby的应用主要局限在Web开发领域，目前Ruby的应用还无法延伸到web开发领域以外的很多地方。据说豆瓣早期就考虑过Rubyon Rails，但是因为Ruby不能做其他事情，而Python可以大包大揽，最后放弃Ruby选择了Python。
　　
　　　　4、在Web领域Ruby是王者
　　
　　　　随着互联网应用更进一步渗透到软件开发的各个领域，其实web开发占整个软件行业开发的比重也是越来越大。尽管Ruby在其他领域很受制约，但是在 Web开发领域就是绝对的王者了。Rails框架的领先程度已经远远甩开了任何一个潜在的竞争对手十万八千里。因此尽管Ruby可能有这样那样的问题，  【 Linux公社 】 但是说到Web开发，Rails几乎就是无可争议的唯一选择。
　　
　　　　而Python尽管十分全面，却偏偏在web开发领域不彰，web框架虽然众多，却没有一个真正可以挑大梁，Django虽然在Python社区比较流行，但很多方面也有缺陷。现在的互联网应用往往都是多种语言混合编程，Ruby在Web以外的缺陷也可以用其他语言来弥补。
　　
　　　　5、Python的包管理不如Ruby
　　
　　　　尽管Python的第三方类库更高质量更成熟，但是Python社区缺乏RubyGem这样一个良好的包管理软件和包发布的网站。因此应用的构建显得不如Ruby那么方便，那么人性化。特别是在类库的版本升级上，就会遇到很多麻烦，不如RubyGem那么简单。
　　
　　　　不过总的来说，Python和Ruby还是相似度极高的两种编程语言，即使两种编程语言都学习一下也不会浪费太多时间。如果我个人选择的话，会首选用Rails来构建web应用，再根据情况选择Python或者Java处理一些服务器后端的运算。总之，未来还是一个混合编程的时代，我们需要多了解一些编程工具，然后根据需要看菜吃饭才行。
　　
　　　　三、《ruby和python的比较》之更正
　　
　　　　1、文档、开源项目、库支持，这些东西Ruby不要跟Python比，不是几个数量级的问题，何必貌似并列的排在一起。
　　
　　　　2、Python确实没有把正则表达式模块内置到核心里面，但是却有re这个标准库的支持，当时的目的也是为了尽可能的把核心做到最小。我不太明白，使用标准库和内置有什么区别，甚至可以作为优点？且使用Python中的正则表达式也不过是多个import
　　
　　　　re和调用时的几个字母而已，省下的无数个end足以抵销这个问题了。
　　
　　　　3、至于嵌入HTML功能，Python里有C/Python双实现的Cheetah模板可用，据说托Zope的福，美国海军和法国政府在用，不知Ruby这个功能的成熟度如何？
　　
　　　　4、mod_ruby模块的出现时间很短，如果作者没有听过mod_python那就实在孤陋寡闻了。我在一年前翻译mod_python3.2.8文档的时候，mod_python已经很成熟了，以至于几乎所有的Python
　　
　　　　WEB框架都支持构建在其上来提高效率。但是，似乎mod_ruby的更新，每年也只有几次。mod_python更有gnu.org这样的重量级应用，不知mod_ruby有没有？
　　
　　　　5、另外，提到unix工具。Red Hat
　　
　　　　Linux的安装程序一直是用Python写的，如果你恰巧用Ubuntu，那么，那个提示你更新系统的程序，也是用Python写的。
　　
　　　　6、racc和doctools，请原谅我的孤陋寡闻，我google了一下居然除了你的这篇文章还没找到几篇关于racc的中文内容，辗转之后才查到是一种类似yacc的工具。从 google的角度讲，racc的可用性我就不多���了。我不太明白一个yacc工具在日常编程当中有多大的实用性，但是既然作者提到了我就顺便找了个我只听说过名字，根本没用过的spark。google的结果是"racc
　　
　　　　ruby":"python
　　
　　　　spark"=159,000:659,000。至于doctools，我更是无话可说，在google上只有15,800条记录，我到现在都看不出这个东西是干什么用的。所以找了个估计是类似的东西对比了一下，docutils，google的记录是25,400条。
　　
　　　　7、"比Python库更完整的面向对象语法"。试问面向对象的目的是什么？再者，ruby能否像Python一样，绝大多数标准库根本不需要查文档，只要猜测一下大体上的名字，然后dir() 一下，再help()一下就可以直接上手，用到第二次的时候，因为模块内东西实在太少，记忆太方便，就可以直接写出来的地步？另外，面向对象既不是什么银弹，也不是最先进的软件工程思想。
　　
　　　　8、"ruby的整个库都是类继承结构的"，个人认为是Java的糟粕，反倒是当成宝学过来了。或许这也是ruby来拯救Java程序员的一项优势吧。
　　
　　　　9、"基本数据类型和运算符都是可以重载的"，这个不是太清楚，不知Python中重载__add__之类的算不算。
　　
　　　　10、"ruby主要的功能都是通过对象的方法调用来实现的，而不是函数"，Python中所有的东西都是对象，但并不都是类，不知这句还有什么意义。另外，推荐你不要太追求什么彻底，还是实用这个词比较有吸引力。
　　
　　　　11、Python没有严格要求单继承是给程序员以灵活性。另外，关于接口，Python中只要定义了同名的函数就算是具有了相同的接口，玄学上升到了这个高度，我也有些迷糊了。至于接口，不要那么自信，ruby的所谓接口也不过是个mix-in。这个东西Python的几个大项目中也有过实现，只是因为对Python意义不明显，所以才没有更多的使用。
　　
　　　　12、关于lisp的函数式编程，Python中有很多内置支持，如map、zip、filter等等，当然还有lambda。不要说支持，我们谈实用。Pythoner中尚且有些人认为函数式编程影响了代码可读性而尽量避免呢。所以，你认为支持什么东西之前，先想好这样东西算不算是个好东西。
　　
　　　　13、"最大的不足正是因为ruby的强大所引起的"。这句真恶心，不予评论。
　　
　　　　14、呵呵，ruby居然没有国际化支持，真是个笑话，不知道当初那个小日本怎么想的？难道他英语过了四级？
　　
　　　　15、至于jython，现在也有了jruby，可能是作者的原文比较早的缘故吧。Python也有很多种实现，像是jython,
　　
　　　　ironpython, pypy,
　　
　　　　pyrex等等。Python的优秀其实并不一定要通过用其他语言来实现才能体现出来。当然更不要说寄希望于要Java来解救水深火热中的ruby了。
　　
　　　　另外么，有些ruby的缺点不要回避：
　　
　　　　16、ruby没有本地化线程，而是用的伪线程，根本无法利用多核CPU的优势。CPython使用了本地化线程，但是因为使用了GIL所以也是无法利用多核CPU优势的。但是 Stackless的出现完全可以解决这个问题，并且stackless更是将Python提高到了并行计算的高度，这个高度的竞争对手可以是 Erlang，ruby自然不必窥探。其中的超轻量线程技术可以确保一台很烂的机器上跑几十万的线程还很轻松。基于Twisted的异步编程方式也提供了一种选择。
　　
　　　　17、刚刚开始学Python的时候，就听说过一句"Python是主流动态语言中最慢的"，后来才知道，说那句话的人根本没把ruby放在眼里。如果把ruby也算进主流动态语言里，那么就会出现一个比Python还慢了一个多数量级的语言了。
　　
　　　　18、ruby流行么？是不是要走向PHP？PHP 是个好东西，但是问题在于他只能作WEB编程，限制了PHP的应用范围，稍微需要系统一点的东西就要借助于C。而现在的ruby似乎也就是走着这条路。直到有一天，有人爆料"ruby是可以做客户端编程的"，赢得大家一片好奇。况且现在的ROR能否取代什么还是个未知数。从Java
　　
　　　　WEB开发中解救出来的人们也并不都是走向了ruby。