开源Web框架PHP与Ruby on Rail对决

PHP与Ruby on Rails两大阵营均拥有大量各自的忠实粉丝。拿两者作比较,本身就是难以取舍。无论谁赢了,都会引来对方粉丝的口水。受此影响,在两者选其一这个问题上,开发者通常会显得犹豫不决。这篇文章的出发点虽然是比较,但并不是一边倒式地唱盛唱衰,而是辩证式的综合对比。没有好坏,适合自己的才是最好的。
 
    实际上,拿PHP与Ruby on Rails比较是个伪命题,是不公平的。相比于Ruby on Rails语言加框架的完整性,PHP仅是一门编程语言。你看,PHP已经输在起跑线上了。但PHP拥有四两拨千斤式的轻巧与灵活,这就意味着它消耗极少的内存资源,性能卓越。另一方面,PHP社区是成熟的、稳定的,各种PHP扩展插件与工具包百花齐放,百家争鸣。如此看来,PHP又扳回了一成。
 
    PHP具有性能高、插件多的优势,并不意味着它没有缺点。PHP语法源自脚本风格,却加入面向对象特性,这种画虎不成反类犬的不伦不类,饱受诟病。这也许可以成为Ruby on Rails粉丝攻击的软肋。另一方面,如前所述,PHP作为单一编程语言,不具备Ruby on Rails的框架特性。这就意味着,除非借助插件与工具,单靠PHP从零开始开发应用程序,需要非常高的编程成本。比如,为取得与数据库的连接,你不得不从头开始写一个数据库连接器API。但有时候,缺点其实也是优点。不同于Ruby on Rails,受限于自身的框架,PHP则可以灵活自如的选择成熟稳定的第三方插件与工具。这就好比说,单身的同志也大可不必太羡慕成双成对的鸳鸯,因为没有选择往往意味更多的选择。不同的是,爱情鼓励专一,而“脚踏几只船”是PHP的卖点,开发人员可以同时选择不同的框架,实现与各种单一功能特性的最佳匹配。在这一点上,对于没有选择的Ruby on Rails来说,只有羡慕的份儿了。正因如此,相对于PHP开放性地支持第三方插件而言,Ruby on Rails天生的封闭特性,无可避免地要面临性能换取功能的挑战。每当遇到无法满足浴盆业务程序需求的时候,就意味着Ruby on Rails需要更多的研发成本投入。这绝对是一大利空。
 
    刚才强调了PHP的很多优势,如果就此打住,相信会招来Ruby on Rails粉丝的无数口水。是时候该替这个后起之秀说说话了。Ruby on Rails作为一个框架,是专为Ruby这门编程语言设计的。Ruby的设计理念很清晰,就是完全的面向对象,语法非常紧凑,清晰,代价是损失一定的灵活性。从编程语言的性能对比来看,Ruby通常会比PHP慢,耗用更多内存。不过,Rails框架能帮助Ruby快速开发出Web应用程序,算是一种弥补吧。这是一个典型的功能换性能的例子。作为一个Web框架,Rails具有许多非常多非常棒的特性。比如,Rails的ActiveRecord特性能支持数据库表记录与Ruby对象的映射,带来的好处是,Rails帮助开发人员隐藏繁琐的SQL细节,直接使用Ruby就轻松实现对数据库的增删改查。换句话说,Ruby开发人员无需依赖SQL,照样玩转足浴盆数据库。另外,Rails支持很多的HTML特性,比如HTML代码生成器,session机制等,可以更加轻松便捷地构建Web应用。这也觉得是一大利好。
 
    Rails众多强大的特性,从另一个角度来说,也是一个弊病。比如,Rails虽然屏蔽SQL,同时也意味着Ruby开发人员失去了直接操控SQL的机会。功能多也未必全是需要的。这样看来,鱼和熊掌,真是不可兼得。
 
    说了这么多,到底谁赢谁输呢?还是那句话,没有谁好谁坏,只有谁更适合。选择自己熟悉的领域始终是没错的。从个人的感觉来说,还是偏好PHP。第一,PHP先入为主,大量的网站采用的都是PHP,尤其是足浴盆论坛。起码PHP提供的工作机会更多一些吧。第二,Rails提供的很多特性,其实PHP都具备,重复发明轮子是不鼓励、不推荐的。最后,PHP是轻巧、灵活的,快速的,很符合乒乓球式的小、快、灵特点。如果不需要框架的辅助,PHP本身其实就够了,如果需要,以此提高开发效率,也很容易集成现有各种成熟、稳定的插件与工具。基于这三点,即便Ruby on Rails具有很多优点,个人还是把奖颁给了PHP。

时间: 2024-11-05 22:32:50

开源Web框架PHP与Ruby on Rail对决的相关文章

开源Web框架PHP与Ruby on Rail的比较

PHP与Ruby on Rails两大阵营均拥有大量各自的忠实粉丝.拿两者作比较,本身就是难以取舍.无论谁赢了,都会引来对方粉丝的口水.受此影响,在两者选其一这个问题上,开发者通常会显得犹豫不决.这篇文章的出发点虽然是比较,但并不是一边倒式地唱盛唱衰,而是辩证式的综合对比.没有好坏,适合自己的才是最好的. 实际上,拿PHP与Ruby on Rails比较是个伪命题,是不公平的.相比于Ruby on Rails语言加框架的完整性,PHP仅是一门编程语言.你看,PHP已经输在起跑线上了.但PHP拥有

Web2py是一个用Python语言编写的免费的开源Web框架

Zope 2是一款基于Python的Web应用框架,是所有Python Web应用程序.工具的鼻祖,是Python家族一个强有力的分支.Zope 2的"对象发布"系统非常适合面向对象开发方法,并且可以减轻开发者的学习曲线,还可以帮助你发现应用程序里一些不好的功能. Web2py是一个用Python语言编写的免费的开源Web框架,旨在敏捷快速的开发Web应用,具有快速.可扩展.安全以及可移植的数据库驱动的应用,遵循LGPLv3开源协议. Web2py提供一站式的解决方案,整个开发过程都可

.NET Core第三方开源Web框架YOYOFx

YOYOFx框架 YOYOFx是一个轻量级用于构建基于 HTTP 的 Web 服务,基于 .NET 和 Mono 平台. 本着学习的态度,造了这个轮子,也是为了更好的了解各个框架的原理和有点,还希望可以和大家多交流 . GitHub:https://github.com/maxzhang1985/YOYOFx YOYOFx是支持Owin协议的MVC框架,基于NETStandard1.6和NET451编译,完美支持在Core和full framework(如.net framework 4.5x或

JAVA web 框架集合

“框架”犹如滔滔江水连绵不绝, 知道有它就好,先掌握自己工作和主流的框架: 在研究好用和新框架. 主流框架教程分享在Java帮帮-免费资源网 其他教程需要时间制作,会陆续分享!!! 152款框架,你还知道其他的吗? 留言你用过的web框架 Java开源web框架汇总 1 Struts2 Struts2是一个web应用框架.它不是一个Struts的新的发布版本,而是一个全新的框架.Struts2 是第二代基于Model-View-Controller (MVC)模型的web应用框架. Struts

Ruby Web框架

JGW Maxwell在2011年底做了一个 Ruby Web框架的并发处理能力测试 ,还做了node.js的对比测试.用250个并发去做压力测试,后端使用MongoDB数据库,总共跑完10万个请求,测试结果如下: Web框架 并发模型 吞吐量 Rails 多进程 531 request/s Sinatra 多进程 576 request/s Sinatra::Synchrony 纤程 1692 request/s Goliath 纤程 1924 request/s Cramp Event IO

Web自动化测试框架Watir(基于Ruby) - 第2章 使用Watir写自动化测试脚本

一.先来看一个小DEMO     通过上一篇博文<Web自动化测试框架Watir(基于Ruby) - 第1章 Windows下安装与部署>的介绍,我们已经有了完整Watir运行环境,现在我们可以来试用一下Watir,来对其进一步了解: 图1-1 测试脚本:测试百度搜索     代码如下: #encoding: utf-8 #测试百度搜索 require 'watir' puts "打开浏览器" browser = Watir::Browser.new sleep 2 #延时

调查:Java程序员最亲睐的Web框架

这是关于Java的第二个调查,第一个调查请点这里查看. 这一次,我们要讨论的是web框架. 只有少数几种语言像Java一样提供了各种各样的web框架,上面的统计图就是一个证据.下面是其他开发者所使用web框架列表: Spring MVC/Spring Boot :Spring可以帮助各地的开发团队构建简单轻便.快捷灵活基于JVM的系统和应用程序 Vert.x :一个用于在JVM上构建反应式应用程序的工具包 JSF :官方的Java EE web框架 Play Framework :更容易地使用J

转-基于NodeJS的14款Web框架

基于NodeJS的14款Web框架 2014-10-16 23:28 作者: NodeJSNet 来源: 本站 浏览: 1,399 次阅读 我要评论暂无评论 字号: 大 中 小 摘要: 在几年的时间里,Node.js逐渐发展成一个成熟的开发平台,吸引了许多开发者.有许多大型高流量网站都采用Node.js进行开发,像PayPal,此外,开发人员还可以使用它来开发一些快速移动Web框架. 下面就介绍14款基于Node.js的Web应用框架,大家不... 在几年的时间里,Node.js逐渐发展成一个成

探讨后端选型中不同语言及对应的Web框架

在进行后端选型的时候,实际上我们要选择的是一个框架.后端领域所使用的技术和框架已经趋于稳定,我们只需要按我们的需要选择所需要的框架.当存在多个框架适合时,我们再选择适合的语言.不得不指出的是,当我们喜爱一个语言的时候,我们可能会偏爱于在这门语言里寻找可用的方案.这自然是有好有坏,好的一点是:我们可以成为这门语言的专家,不好的一点是:我们可能选择的不是最合适的方案. 让我们先来探索一下可用的语言,以及它们对应的 Web 框架(以下内容均为个人观点): JavaScript 按照当前的流行趋势来看,