InfoQ

新闻

观点:Rails还是PHP?适合才是最好

作者 高昂 发布于 2007年9月28日 下午8时34分

社区
Ruby
主题
Ruby on Rails,
故事和案例分析,
Web框架
标签
案例研究,
Rails

随着大举进军Rails号角的吹响,Rails成为Web 2.0中小型站点开发的框架新宠。一夜间rails与敏捷开发的思想逐步深入人心,在这个技术浪潮中涌现出的成功站点也不在少数。然而,Derek Sivers最近在O’Reilly站点上发表的一篇名为两年RoR开发付之东流,重返PHP的七大理由的文章,激起了rails开发者们强烈的反响。

Derek Sivers是CD Baby以及HostBaby的创建者,自CD Baby站点于1998年创建以来,经历了数次代码重写,从最初的HTML到之后的PHP,两年前Derek又将站点用rails重写,而如今又重新回归到PHP语言上来。缘何如此?Derek在文中写道:

2005年1月份,我在O’Reilly的Blog上撰文宣布,将放弃cdbaby.com站点原先十万行杂乱的PHP代码,并准备从头开始使用Rails将站点的代码重写。于是我雇用了当时最好的Rails程序员,开始着手这个庞大的计划...最初的几个月进展非常顺利,但是在后续的开发过程中,需求开始与Rails实现显得有些冲突,并且使项目陷入窘境,有时我不得不问自己放弃原先的计划而使用Rails是否真是值得的...两年之后,我们在rails开发上经历了各种挫折,最终发现总共才完成了期望工作量的一半。

Derek一直在思考这个问题“有没有什么是Rails能做而PHP做不到的?”答案是否定的,于是Derek决定摒弃两年来使用Rails编写的代码,重新使用一直熟悉的PHP来将网站全部重写。Derek在文中写道:

仅仅用了两个月,只有我一人进行开发,并且没有使用任何框架,仅是在vi编辑器之下,使用PHP重新编写了CD Baby整站的代码,而且效果出乎意料的好。这应该是我写出过最好的PHP代码,完全遵循MVCDRY(Don't Repeat Yourself)的准则,这些获益应归功于使用Rails开发过程中得到的经验和智慧。

Derek进而总结了从Rails转回到PHP的七个原因:

  • 有什么是Rails能做而PHP做不到的?...没有;
  • 我们整个公司的Web代码都是用PHP写成的,请别忽视应用间的整合问题;
  • 别要你不需要的额外功能;
  • PHP小巧而快速;
  • PHP代码完全按照我自己的方式运作;
  • 我喜欢直接使用SQL;
  • 语言就像女朋友:你觉得新的更好那是因为你有了进步。

当然,Derek并没有否定Rails框架的好处,并总结了Rails为开发者带来的益处,当然更重要的是Rails经验为开发者带来的对问题看法的转变和技术的提高等。这些Rails的益处包括:

  • 通过Active Record将数据封装在模型类中,通过接口向Web应用提供数据,符合Martin Fowler提出的Active Record模式思想;
  • 具备自动加载(__autoload)机制;
  • 真正的MVC分层设计;
  • 所有的HTML代码来自于抢有力的模板机制;
  • 极度简化的代码量。

Rails与PHP是面向敏捷Web开发的两种主要语言。针对两者在Web开发领域中的关系,JavaEye的站长robbin也曾做出过这样的评价

根据我的观察,其实现在互联网应用,PHP仍然是当仁不让的第一开发语言,占据了最大的市场份额。这是有内在的原因的,因为PHP超级简单易用,是当前 web开发技术当中,学习起来最快的了。有点编程基础的人,学习一天,第二天就可以干活了。对于互联网开发来说,速度是第一重要的事情,拖拖拉拉做不出来网站,机会就永远丧失掉了,对于熟练的开发人员来说,RoR可以提供比PHP还要快的开发速度,这就注定RoR肯定会流行。

在一篇名为“漫谈rails与php”的帖子中,从框架和语言、MVC、ORM以及各自优缺点等各方面都做了评论,axgle在结尾处这样写道

我想说的是php将继续发展下去,已经发布了的php5以及正在发展中的php6也将有一些新的特性加入。而rails也在不断发展中。我相信rails和php一道,都有各自的一席之地。

其实,语言或开发框架相关的争论并不鲜见,然而争论的最终结果往往是选择合适的语言或框架才是最正确的。在接触新技术的初期,不能仅靠对技术的热情而对不熟悉的领域主观臆断,因事先估计不足而使得结果事与愿违。程序的编写不仅要靠设计良好的语言和框架,靠经验的积累和技巧的沉淀有时才是最重要的。

3 条回复

回复

资产还是包袱 发表人 ozzzzzz liu 发表于 2007年9月28日 下午10时0分
里面是不是也有作者的Cdbaby.com团队更熟悉PHP的原因? 发表人 霍 泰稳 发表于 2007年9月29日 上午3时40分
Re: 里面是不是也有作者的Cdbaby.com团队更熟悉PHP的原因? 发表人 乐 田 发表于 2007年9月30日 上午1时55分
  1. 返回顶部

    资产还是包袱

    2007年9月28日 下午10时0分 发表人 ozzzzzz liu

    如果没有前面的遗留系统,使用ROR无疑是最佳选择。而一旦要同遗留系统做整合,就需要考虑很多了。这里与其说是技术的选择,不如说是财务的选择。

  2. 返回顶部

    里面是不是也有作者的Cdbaby.com团队更熟悉PHP的原因?

    2007年9月29日 上午3时40分 发表人 霍 泰稳

    就像我们在一个系统里面要引入一个新的开发方法一样,要遇到很多困难,在遇到困难的时候通常会想到原来方法的诸多好处,然后自然不自然就转到原来的老路上去了,然后说新方法的缺点?我想Cdbaby.com对PHP较Rails更加熟悉。

  3. 我看CDBaby的这个老大还真是喜欢在语言之间切来切去呀。PHP的单元测试不好做,重够就麻烦。原先他需要重够,束手无策选择了Rails。等自己的思路清晰了再用PHP重写,也可以理解,因为他对PHP掌握更多嘛。
    不知道这位老大之前说过的Ferret问题是否是他选择PHP的原因呢?Ferret这个不兼容Lucene的索引估计不少人都烦……他的网站其实选择Solr比较合适。估计没有看到,出手早了。没准什么时候他又杀回Rails了呢^__^

独家内容

专访开源项目Amoeba架构师陈思儒

DBA notes站长冯大辉(Fenng)代表InfoQ中文站采访了分布式数据库Proxy开源项目Amoeba的架构师和主要开发者陈思儒,内容包括Amoeba项目的起因、功能及其愿景等。

使用JSF、Ajax和Seam开发Portlets(2/3)

作为三期系列文章的第二部分,本文延续了上一期内容,介绍了RichFaces,包括如何把RichFaces集成到之前提到的示例应用中、如何部署RichFaces porlet和RichFaces的多种特性和功能。

Jeff Barr谈论Amazon Web服务

Amazon Web Services(AWS)的传道者Jeff Barr讨论了SimpleDB、S3、EC2、SQS、云计算、Amazon的不同服务如何与应用交互、AWS的起源、SimpleDB和微软SQL Server Data Services、AWS cloud的全球化、三月份的AWS停机。

用Erlang实现领域特定语言

Erlang的并发模型很有名,它的健壮性也很有名。但其他方面呢?在这篇文章里,Dennis Byrne演示了如何用Erlang建立内部DSL。

基于Rails的企业级应用剖析

本视频主要以FreeWheel为例,对一个基于Rails的企业级应用进行了剖析。其中包括:FreeWheel的架构、部署、数据库的问题、REST API、敏捷开发过程、如何去写测试以及持续集成等等。

JavaFX技术预览

JavaFX显示了Sun的Java系列产品市场方向的一个重大转变。随着1.0版的即将发布,InfoQ以JavaFX预览版为参考,与Sun高级工程师Joshua Marinacci探讨了即将发布的1.0正式版。

剖析短迭代

敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?

应用JSF、Ajax和Seam开发Portlets(1/3)

本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。