本文从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的未来，我们也将拭目以待。

ASP

ASP（Active Server Pages)动态网页，是微软公司推出的一种用以取代CGI（Common Gateway Interface)通用网关接口的技术。我们可以通过ASP结合HTML语言、ASP指令和ActiveX元件以及数据库等方面知识，使用自己的 Web 服务器创建并运行动态的交互式 Web 站点。ASP的主要优点大概可以归纳如下：

1、您可以用 VBScript 或JScript创建脚本，同时结合HTML语言就能够非常方便地完成网站的应用程序。对于 VBScript和JScript，使用哪种语言并不重要，Web 服务器等同地处理这两种语言，并向用户的浏览器发送 HTML 格式化结果。

2、因为ASP采用Script语言（VBScript和JScript）就可以轻松编写程序，因此这就大节省了网络设计人员又得重新学习一种新语言的时间。而且编写ASP无须手工compile编译或链接程序，可在服务器端直接执行，这无疑是更加方便了我们的编写过程。

3、使用普通的使用记事本之类的文本编辑器，即可进行编辑设计,如：Windows的记事本。建议不要用FontPage98或DreamWeaver2.0等主页制作软件修改，因为他们会破坏源代码的。在这里我建议使用CuteFTP携带的CuteHTML编辑器进行编辑设计。

4、ASP是运行在服务器端，所以我们无须担心浏览器是否支持ASP所使用的编程语言,用户端只要使用可执行HTML码的浏览器，即可浏览Active Server Pages所设计的网页内容。ASP在服务器端运行，当程序执行完毕后，服务器仅将执行的结果返回给客户浏览器，这样也就减轻了客户端浏览器的负担，大大提高了交互的速度。

5、ASP能与任何ActiveX scripting语言相容。除了可用VBScript或JScript语言来设计外，还通过plug-in的方式，使用由第三方所提供的其他脚本语言，譬如Perl、Tcl等。脚本引擎是处理脚本程序的COM(Component Object Model)组件。

6、Active Server Pages的程序代码隐藏，在客户端上仅可以看到由ASP输出的动态HTML文件。因而可以避免所写的源程序被他人剽窃，也提高了程序的安全性。

7、可使用服务器端的脚本来产生客户端的脚本。

8、面向对象（Object oriented），并可扩展ActiveX Server组件功能。

9、ActiveX Server Components(ActiveX服务器组件)具有无限可扩充性。你可以使用任何编程语言来编写你所需要的ActiveX Server 组件。

10、可以通过ADO（ActiveX Data Objects,微软的一种新的数据访问模型，是一种可以提供WEB页面开发者轻松存取Internet的数据库，并可以在用户端实现网上立即、即时更新显示的最新WEB页面数据库技术。）非常方便地访问数据库，从而使存取数据库变得轻松容易。

JSP

JSP(Java Server Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，本文简单介绍JSP及其优点。

JSP(Java Server Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。 JSP技术是用JAVA语言作为脚本语言的，JSP网页为整个服务器端的JAVA库单元提供了一个接口来服务于HTTP的应用程序。

在传统的网页HTML文件(*.htm,*.html)中加入Java程序片段(Scriptlet)和JSP标记(tag)，就构成了JSP网页(*.jsp)。Web服务器在遇到访问JSP网页的请求时，首先执行其中的程序片段，然后将执行结果以HTML格式返回给客户。程序片段可以操作数据库、重新定向网页以及发送 email 等等，这就是建立动态网站所需要的功能。所有程序操作都在服务器端执行，网络上传送给客户端的仅是得到的结果，对客户浏览器的要求最低，可以实现无Plugin，无ActiveX，无Java Applet，甚至无Frame。

JSP的优点：

·对于用户界面的更新，其实就是由 Web Server进行的，所以给人的感觉更新很快。

·所有的应用都是基于服务器的，所以它们可以时刻保持最新版本。

·客户端的接口不是很繁琐，对于各种应用易于部署、维护和修改。

Python

首先就以语法而论，python完全没有perl的灵活紧凑。只能说是中庸，感觉和basic，pascal，java差不多。一个简单的问题，如果没有相应的类库，也要写上一段臃肿的代码。唯一的好处是代码臃肿却直白，容易看懂--和basic一样。

类库－比perl真的是大大不如，只能覆盖很小的范围，更不用说java了，很多需要的工作都要自己来做。

快速开发－－说实话，我觉得用python和用C++效率差不多。谁能告诉我python效率比C++高在哪里吗？对于perl我则可以毫不犹豫的说，是它语法的灵活，对于字符处理能力的强大。

很多人说python适合大型工程，但更多的人说，他们用python不过是作为一种原型语言来使用。。这本身不就有点矛盾吗？呵呵 而且对于脚本来完成大型工程，我本身就持怀疑态度。

觉得python唯一的优点在于嵌入C++使用时体现出来的：支持OO，语法容易看懂，有一个boost.python

不是想引起论战，只是不吐不快

Ruby

Ruby是面向对象的编程语言，她追求的是“简便快捷的面向对象编程”。Ruby是解释型语言，因此不需编译即可快捷地编程。同时Ruby具有类似Perl的强大的文本处理功能，她可并不只是个玩具，您可以用她来进行实用的编程。此外，您还可以很方便地使用C语言来扩展Ruby的功能，因此可以把她当作各种库的前端来使用。

若您曾经“想要一种简单的面向对象的语言”，或者认为“Perl的功能虽然好用，但它的语法真让人受不了”，又或者觉得“lisp系列语言的思想不错，但到处都是括号真让人讨厌，最起码算式应该按照通常的样式书写”。那么，Ruby或许能让您满意。

归纳以来，Ruby有以下优点。

解释器

Ruby是解释型语言，其程序无需编译即可轻松执行。

变量无类型

Ruby的变量没有类型，因此不必为静态的类型匹配而烦恼。相应地，错误检查功能也变弱了。

不需要变量声明

所有变量均无需声明即可立即使用。另外，从变量名即可判断出是何种变量（局部变量，全局变量，实例变量）。

语法简单

语法比较简单，类似Algol系语法。

不需要内存管理

具有垃圾回收（Garbage Collect，GC）功能，能自动回收不再使用的对象。

一切都是对象

Ruby从一开始就被设计成纯粹的面向对象语言，因此以整数等基本数据类型为首的所有东西都是对象，它们都有发送信息的统一接口。

类，继承，方法

Ruby当然具有面向对象语言的基本功能。

特殊方法

可向某对象添加方法。例如，可以把GUI按钮被按下时的动作作为方法记述下来，还可以用它来进行原型库（prototypebase）的面向对象编程（有人这么干吧）。

用模块进行混合插入（Mixin）

Ruby故意舍弃了多重继承，但拥有混合插入功能。使用模块来超越类的界限来共享数据和方法等。

迭代器

该功能可以将循环抽象化。

闭包

可以将某过程片段对象化。对象化后的该过程片段就称作闭包。

功能强大的字符串操作／正则表达式

以Perl为样板创造出了功能强大的字符串操作和正则表达式检索功能。

拥有超长整数

添加超长整数功能后，可以计算非常大的整数。例如计算400的阶乘也轻而易举。

具有错误处理功能

错误处理功能可以使您编写代码处理出错情况。

可以直接访问OS

Ruby可以使用（UNIX的）绝大部分的系统调用。单独使用Ruby也可以进行系统编程。

动态加载

若OS支持的话，可以在运行时读入对象文件。

但Ruby也有下列缺点。

Ruby On Rails，优点是不像Struts那样需要大量的配置文件，一切都采取默认的配置，包括访问路径，uri等，而这也是它的缺点，不能灵活的配置。

见笑，小弟看了几天，一点见解。

RERL

第一. Perl强大的正则表示式(regular expression)比对以及字符串操作使这个工作变得简单而没有其它语言能相比。Perl 非常擅长于切割，扭转，绞，弄平，总结，以及其它的操作文字文件。生物资料大部分是文字文件:物种名称,种属关系，基因或序列的注解，评住，目录查阅, 甚至DNA序列也是类文字的。现在互相交换以以文字文件的形式存在的但是具有不兼容的资料格式生物信息资料是一个很头疼的问题,perl的这个方面的优点,可以在这一方面解决不少问题.

第二. Perl 能容错。生物资料通常是不完全的，错误或者说误差从数据的产生时候可能就产生了.另外生物数据的某项值栏位可以被忽略 ,可能是空着的，或是某个栏位也就是某个值,被预期要出现好几次(举例来说，一个实验可能被重复的操作)，或是资料以手动输入所以有错误。Perl并不介意某个值是空的或是有奇怪的字符。正规表示式能够被写成取出并且更正错误的一般错误。当然这种弹性也可能是各坏处。

还有,Perl 是组件导向的。Perl 鼓励人们将他们的软件写成小模组，不论是用 Perl 函式库模组或是正统的 Unix 工具导向的方式。外部程序能够轻易的被整合进 Perl 程序,靠着管道(pipe),系统呼叫,或是插座(socket)。Perl5 引进的动态载入器允许人们使用 C 的函式，或者让整个编程过的函式库，被使用在 Perl 直译器中。最近的成果是世界各地的智能结晶都会收录在一组模组里面，称为”bioPerl”（请参考 Perl Journal）

Perl 很容易去写并且能很快开发完。直译器让你不需要宣告你所有的函数型式以及资料型态，当未定义的函式被呼叫时只会引起一个错误，除错器也能与Emacs很好的合作并且让你能用令人舒服的交谈式的开发模式。

Perl 是良好的原型语言。因为它快而且脏(quick and dirty)，用 Perl 建构新演算的原型比直接写成一个快的需要编程过的语言来的有意义。有时候发现结果是Perl已经够快了，所以程序变不需要移植更多情形是某人可以用C写一个小的核心程序，编程成动态载入的模组或是外部的可执行程序，然后其它的部分用Perl来完成。这部分的例子可以参考 http://waldo.wi.mit.edu/ftp/distribution/software/rhmapper/)。

有一点要强调的是, Perl 在写作网页 CGI 方面非常优秀，而且重要性随着各实验将资料发表在网络上之后更是增加。我在基因中心环境下使用 Perl 的经验从头到尾都是值得称赞的。然而我发现 Perl 也有它的问题。它的松散的程序风格导致许多错误，这些在其它严格的语言都会被抓到。举例来说，Perl 让你在一个变数在被指定值之前就能使用，这是个很有用的特性当你需要的时候，但是却是一个灾难当你单纯的打错了辨识名称。同样的，很容易忘记要宣告一个函式里面的区域变数，导致不小心地改到了全域变数。

最后，Perl 的不足之处在于建立图形化的使用者接口。虽然 Unix忠实信徒所有事情都能在命令模式下完成，大多数的终端使用者却不同意。视窗，选单，弹跳的图案已经变成了必要的时尚。

直到最近，直到最近，Perl 的使用者界面(GUI)发展仍是不成熟的。然而 Nick Ing-Simmons的努力使得 perlTK(pTK) 的整合使得以 Perl 驱动的使用者接口在 X-window上面成为可能。我的伙伴和我曾经在 MIT 基因中心写过几个 pTK 为基础的应用程序供互连网使用者，而且从头到尾都是一个令人满意的经验。其它的基因中心则更大规模的使用 pTK，在某些地方已经成为主要的生产力。

---