PHP框架与Ruby/Python框架有啥不同

从语言机制的层面上上了解框架
服务器君一共花费了164.207 ms进行了4次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

PHP:每次HTTP请求过来以后,初始化全部资源(例如创建数据库链接、加载系统类库,创建缓存等等),处理完毕,释放全部资源。

Python/Ruby:初次启动的时候初始化资源,随后的请求就不必再次初始化资源了。

PHP和Python/Ruby之间机制的区别就是:

  1. PHP极难出现严重的内存泄露问题,随便你代码写的多烂,反正每个请求一执行完毕,所有资源统统释放光。而Python/Ruby则需要依赖GC来回收内存,因此稍有不慎,还是会出现GC无法释放的内存泄露问题。
  2. PHP每次请求都要初始化资源,这个开销非常大。所以尽管PHP解析器本身的运行速度是极快的,但是一旦使用复杂的PHP框架,那么由于需要每次请求的时候初始化整个框架,性能的下降非常厉害,你用一个很复杂的PHP框架的结果就是整体性能被Ruby远远甩开。这也是为什么PHP社区这么多年来,并不怎么倾向于使用框架的原因之一。
  3. 由于PHP这种每请求初始化资源的机制,也造成了PHP添加跨请求的高级特性相当困难,这是PHP本身一个很大的限制,但是反过来说,正是这种限制使得PHP始终保持在一个比较简单的web语言上面,而正是这一点才是PHP得以成为互联网第一Web编程语言的原因,因此也未必就不好。

总之,PHP和Ruby的差异还是很大的,不适合放在一起比较,其实应该比较的是Ruby和Python才对。

所以我觉得Rails这种框架性做法被PHP跟风以后,其实是把PHP带上了邪路,所以不如说是Rails在误导PHP的发展。顺便多说一句:DHH在编写basecamp之前,一直是用PHP的,并且自己还写了一个PHP的快速开发框架,他改用ruby以后,把当初自己写的PHP框架也移植过来了,这个框架实际上是Rails最初的原型。那么为什么DHH当初不直接基于PHP做Rails呢?非要改用ruby以后,才发表rails呢?你看看PHP这种运行机制就知道了,PHP做复杂的web开发框架并不是一条光明的道路。

是否选择PHP,是否选择PHP Framework, 完全应该以是否满足你的应用为指标: 事先确定框架的性能指标是否满足你的应用,测试的时候你可能要开关各种缓存技术,而且可能要模拟出你的应用设计构架,然后决定适度、适当采用框架。有人习惯对于脱离应用比较哪个语言或者框架好和坏,我觉得这让事情往往陷入僵局。没有面对的问题、就无从说起问题的解决方案。技术方案都是面对某个应用的开发。不是吗?

PHP之父Rasmus本人也明确表态他不喜欢 PHP framework. (Rasmus: "I don't like frameworks. PHP frameworks are ridiculous slow".)这是Rasmus在一次演讲中提到的:Simple is Hard。

以PHP这种"每次请求作为一个完整的生命周期"的语言来说,本身就是追求简单、反框架的。大型PHP互联网应用会在后台用Java/C++写中间件来完成复杂的业务逻辑处理。非要把PHP做成框架,并不是PHP本来应该承担的责任。(其间提到了Drupal,但其都被大家定位为产品而非框架,这里就不再累述。)

站在产品的层面来看,Python的CMS plone是最优秀的,功能非常强大,二次开发很容易,又没有drupal的性能问题。上海润普就用plone开发了好几个商业项目了,其中包括像上航的一些系统。

但问题是:即便在Python社区里面,高度产品化的zope/plone现在也渐渐不再是主流了,主流技术跑到了django那里去了。所以drupal这种反PHP理念的东西能有多大前途,我觉得很难说。

框架设计要注意开发成本,集成是好事情,但是集成过多造成的资源浪费和开发不便是一些框架在发展过程中甚至是导致极致死的原因,将框架简单化配以插件化的开发方式才是真正的框架产品化。简单之美才是美,但很多框架设计者也意识到,想把框架做简单真的是很难的事情。

本文地址:http://www.nowamagic.net/librarys/veda/detail/1007,欢迎访问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/1007

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《重来:更为简单有效的商业思维》 贾森•弗里德(Jason Fried) (作者), 大卫•汉森(David Heinemeier Hansson) (作者), Mike Rohde (插图作者), 李瑜偲 (译者)

这本书呈现的是一种更好、更简单的经商成功之道。读完这本书,你就会明白为什么计划实际上百害而无一益,为什么你不需要外界投资人,为什么将竞争视而不见反倒会发展得更好。事实是你所需要的比你想象的少得多。你不必成为工作狂,你不必大量招兵买马,你不必把时间浪费在案头工作和会议上,你甚至不必拥有一间办公室。所有这些都仅仅是借口!

更多计算机宝库...