本文从RoR对Ruby的影响、Ruby的优势等多个角度分析了Ruby比Python成功的原因。伴随着RoR的风行，Ruby
语言受到越来越多的开发者的关注，同为脚本语言，Python的地位却略显尴尬，什么样的原因，造成了这样的局面？笔者认为有以下几个方面：一、RoR的推波助澜笔者认为，Ruby的成功，很大一部分是由于RoR的带动。几年前，如果你没听过RoR倒是情有可原，但如果今天，RoR对你来说，还是一个陌生词汇的话，那你就有点危险了。:)什么是RoR呢？全称，RubyonRails，简称，RoR或者Rails。它是个全栈的（full-stack）web应用
框架，它为开发者提供了构建一个web应用所需的完整基础结构，并且严格按照MVC（模型-视图-控制器）架构进行开发。RoR致力于提高开发者的开发效率，希望通过尽量少的代码，完成尽可能多的功能。基于这样的考虑，RoR有两大设计原则，一是，不要重复自己（Don''tRepeatYourself）；二是，惯例优于配置（ConventionOverConfiguration）。使用RoR，你甚至可以通过简单的几条命令行、几行代码，就完成一个功能强大的web应用程序，这极大地提高了开发者的开发效率。2004年7月，RoR一经发布，在短期内，便受到很多开发者的追捧。时至今日，RoR已经被全世界的开发者们所关注，它带给开发者的效率提升，是前所未有的；它带给业界关于软件开发的思考，也是意义深远的。在RoR如此风行的大背景下，RubyonRails，这个需要使用Ruby进行开发的web框架，也自然地带动了Ruby语言的发展。在下面的“Ruby语言受关注程度趋势图”上，可以清晰地看出，Ruby语言在RoR发布也就是2004年7月后，进入了高速发展期。Ruby因为有了RoR这样的“杀手级”应用，变得春风得意，那么Python呢？在《浅谈Python语言》一文中，我们提到了Python具有丰富的API库，在web开发方面，也有Django、Turbogears这样的一些框架，就运行速度而言，Python比Ruby快；就社区而言，Python也比Ruby成熟，可是为什么Python没有产生一个像RoR这样的“杀手级”应用呢？Python语言的创始人Guido在接受InfoQ采访时，是这样解释的：“我不喜欢KillerApplication，因为那会让多数人或者社区将精力集中于一个地方。Python是一个应用广泛的语言，基于Python已经产生了很多好用的Web框架，比如Django等。但是Python不KillerApplication，至少目前是这样，而且我相信随着Python社区的发展，会有很多KillerApplications自然出现。我喜欢多样化的应用。”通过这个观点，我们可以看出Python在其发展道路上，追求的是一种均衡，一种“大而全”。“会有很多KillerApplications自然出现”，这点，我想我们需要拭目以待。单就“均衡”而言，笔者认为这很危险，作为一门脚本语言，试图做Java之类传统语言做的事情，不太可取。以Java为例，在web应用上，有太多的框架可供选择，不错，“在不同的场景用不同的框架”，这想法很好。可是，在实际应用中，有多少开发者可以根据项目特点，正确、合理地选择框架？与其到最后，用户还不知道该如何选择，还不如一开始就替用户做出一个选择。作为Python的使用者，我更愿看到有个Python的“杀手级”应用出现，进而带动Python更快速地发展。你可以说RoR成就了Ruby，可是Rails为什么偏偏选择了Ruby？！Ruby优势何在？二、Ruby的优势1.比Perl更强大，比Python更面向对象“比Perl更强大，比Python更面向对象”，这是Ruby创始人Matz设计Ruby的初衷。Python既支持面向过程的编程也支持面向对象的编程，而Ruby则是完全面向对象。在Ruby中，任何东西都是对象，包括Python中的基本数据类型；每个过程或函数都是方法。例如，取-3的绝对值，在Python中，是这样的：abs(-3)。而在Ruby中，则是这样的：-3.abs。这种OO的方式，显得更加直观。2.强大的
语法功能单就语法的简单性而言，Ruby不及Python。但解决一些较复杂的问题，Ruby强大的语法功能，有助于降低问题的复杂度。例如：Ruby以“块”的方式来实现列表内的条件、循环语句，比Python的更灵活、更具通用性。Ruby具有类似Lisp的彻底的函数方式的条件、循环语句等。Ruby的迭代器功能可以将流程控制结构抽象化。3.强大的字符串处理、正则表达式功能Matz认为：Ruby>(Smalltalk+Perl)/2。Ruby类库是对Perl语言功能的面向对象方式的重组，因为借鉴了很多Perl的东西，使得字符串处理、正则表达式这块，Ruby同样强大。4.不会僵住的“胶水语言”同样是“胶水语言”，Ruby比Python更灵活。使用过一段时间的Python，你会发现，Python比较依赖第三方的东西。相比较，Ruby则更依赖自身。例如，Ruby可以使用（UNIX的）绝大部分的系统调用，单独使用Ruby也可以进行系统编程等。有优势，Ruby就一定可以成功了？Python同样也有很多优势！对，还得看当时所处的环境。三、时势造英雄这点还得回到RoR的崛起。Ruby，1995年12月正式发布，2000年进入美国；2004年7月，RoR正式发布。RoR的出现时间，值得玩味。在下面的“Java语言受关注程度趋势图”上，可以看到，2004年7月前后，Java处于一个相对“衰退期”。提到Java，大家应该都会想到J2EE。J2EE应用程序的广泛实现是从1999、2000年开始的，它的出现带来了诸如事务管理之类的核心中间层概念的标准化，但是因其开发效率、学习难度和实际性能的问题，在实践中没有获得完全的成功。作为J2EE核心技术的EJB（2.x），更是因其高昂的学习代价、极低的开发效率和极高的资源消耗，备受指责。在这样一个大背景下，2003年，Spring框架诞生了。Spring的设计思想在于“使J2EE开发更加简单”。这个设计思想，在包括Java领域在内的众多软件开发领域引起了广泛关注。软件开发者们开始思考，如何让开发向着一个更简单的方向发展。RoR在这一时期出现，无疑是顺应了这样一个潮流。可以这么说，是历史选择了RoR，当然也选择了Ruby。遇到合适的机遇，还不够，俗话说得好：“众人拾柴火焰高”。四、众星捧月Ruby的出现，受到了两大主流平台Java和.NET的极力追捧。2006年9月，SUN雇佣了JRuby的主要开发者CharlesNutter和ThomasEnebo；一年不到，2007年6月14号，JRuby1.0正式发布。SUN在其JavaIDENetBeans6.0M10中，更是集成了对Ruby/JRuby的支持。反观Python的Java实现——Jython，则没有这么幸运，发展至今，它并没有得到SUN的支持。而Microsoft，也在2007年7月，推出了Ruby的.NET实现——IronRuby的预览版。相信SUN和Microsoft对Ruby的竞相推崇，必然推动Ruby的进一步发展。基于以上几点，笔者认为Ruby的成功不是偶然，并且相信这样的成功还会持续下去。对于Python的未来，我们也将拭目以待。
因为ruby适用范围较窄。
Ruby明显比其他类似的编程语言年轻，又因为Ruby是日本人发明的，所以早期的非日文资料和程序都比较贫乏，所以在网上仍然可以找到类似“Ruby的资料太少”之类的批评。
在Ruby语言中，任何东西都是对象，包括其他语言中的基本数据类型，比如整数变量没有类型，Ruby的变量可以保存任何类型的数据。任何东西都有值，不管是数学或者逻辑表达式还是一个语句，都会有值。ruby语言很优雅，可以做到不需要注释就可以读懂。
ruby语言特点：
Ruby 是开源的，在Web 上免费提供，但需要遵守开源软件协议。
Ruby 是一种通用的、解释的编程语言。
Ruby 是一种真正的面向对象编程语言。
Ruby 是一种类似于 Python 和 Perl 的服务器端脚本语言。
Ruby 可以用来编写通用网关接口（CGI）脚本。
Ruby 可以被嵌入到超文本标记语言（HTML）。
Ruby 语法简单，这使得新的开发人员能够快速轻松地学习 Ruby。
在Ruby中，一切皆是对象。
下面举一个例子来更直观地说明Ruby语言的这一特点。
在Java中，求一个数的绝对值的代码如下。 int c = Math.abs(-20)而在Ruby语言中，一切皆是对象，也就是说“-20”这个数也是一个对象，因此，求一个数绝对值的Ruby代码形式如下。 c = -20.abs 这样的代码编写方式是不是更形象一些呢？
Rails 框架是一个更符合实际需要而且更高效的Web开发框架，Rails结合了PHP体系的优点（快速开发）和Java体系的优点（程序规整）。Rails是一个全栈式的MVC框架，换句话说，通过Rails可以实现MVC模式中的各个层次，并使它们无缝地协同运转起来。 在实际开发一个MVC模式的Web应用项目时，如果使用Java开发，需要用到Struts、Hibernate和Spring等框架，而且需要额外整合3个框架开发出的内容。而使用Ruby语言开发相同的项目时，只需要用到Rails框架就可以完成。
RoR的效率肯定要比Java高一个数量级，这确实是事实，比PHP至少也要高好几倍，这也是事实，这一点在这篇文章中不展开了，但是为什么开发效率这么高，我也想谈谈我的看法，当然还很不成熟的看法：一、主要原因是ruby语言的语法非常强大我记得庄表伟说过一个观点：“框架是强化的语法”，意思就是说语法比较弱，所以才需要n多框架，如果语法很强，框架就很少。这一点在Java和ruby身上得到了验证。
1、ruby的open class VS Java的AOP，反射、动态代理，字节码增强等技术JDK1.3开始引入反射，就已经打开了Java这种静态类型语言通往动态类型语法的潘多拉魔盒。随后的动态代理技术，字节码增强技术，静态和动态的AOP技术开始层出不穷，为什么呢？就是需要在程序运行期动态改变对象的行为。但是对于ruby来说是open class的，语法级别上就支持程序运行期修改对象行为，所以Java需要很复杂技术才能实现的功能对于ruby来说就是非常简单的搞定了。
2、ruby的duck typing VS Java的IoC，泛型Java的IoC不用说了，泛型在库级别也开始广泛使用。IoC就是根据对象行为来进行对象组装，泛型就是在不确定对象行为的情况下确定对象的交互。但是ruby的对象行为是在运行期才确定的，天然就是泛型的，行为不是静态的，所以不需要IoC。
3、ruby的block，closure VS Java的匿名内部类大家对spring的Template肯定印象很深刻，但是这是ruby标准的用法，所以各种资源释放，异常处理在语法级别上就支持的很好，做起来很简单。
4、ruby的Meta programming VS Java缺乏method_missing机制大家耳熟能详了，Java没有这么强的Meta programming，很多ruby magic耍不出来。
5、脚本语言 VS 编译语言这也是一个很大的优势，脚本编程速度确实快。
二、rails框架确实做的很棒
1、full-stackrails是一个概念一致的fullstack框架，不知道为什么，在Java世界目前只有Rife这一个可以和RoR相提并论的fullstack框架，但是Rife的实现并不好(作者从PHP转过来的，和DHH爆发过口水战)。不过因为底层语法支持的不同，用Java是做不出来RoR框架的。因此也有人用Groovy做Grails，不过这帮人不太争气。
2、CoC这个不用说了，现在很多Java框架开始吸收这一点。
3、为web开发良身打造web开发需要用到各种技术全部提供，绝对的贴心，如果用Java，这些东西都需要自己集成或者自己实现，省了一大堆麻烦事。
4、开发测试部署快速这个不说了，Java劣势太明显了关于“效率提高的来源”问题，我的理解就是次要复杂性被ROR降低到了极致。说的难听一点，不是ROR太聪明，而是我们以前做得蠢事太多了。
各种各样的xml, taglib，单元测试困难 ... ...做过项目的人都知道这些次要复杂性很多情况下真的是要命的。ROR没有降低软件的内在复杂性，也就是业务问题。但是它把复杂性降低到无限趋近于业务复杂性，也有人称ROR是Web开发的DSL。而解决业务问题正是人发挥聪明才智的地方，ROR不能代替人，但是它把人从次要复杂性的泥潭之中解救了出来。
参考资料：南京赛威信息科技
