zoukankan      html  css  js  c++  java
  • PHP的哲学:Simple Is Hard

    原帖地址

     

     
    作者 正文
       发表时间:2009-01-19   最后修改:2009-04-06
    做ROR有一年了, 感觉非常好.配合敏捷实践(除了pair, 由于是和美国工程师远程合作.)开发速度的确快.一共三个人写代码,短短半年, 项目就基本结束了.... 

    现在新项目即将到来, 客户在php和rails之间难以取舍. 我也打算趁此机会了解一下php. 
    由于项目定制性还是比较高,想通过成熟的CMS等系统来改改估计是没戏。 
    从头开发又觉得太慢。于是想从开源框架入手。 

    经过了解才发现, php新兴的一些框架基本上清一色的学习(或者叫抄袭,特别是cakePHP, 那简直抄得太厉害了.)rails。而且这些框架还发展的很好,越来越受到php社区的欢迎。 比如国外cakePHP,国内的Fleaphp, QeePHP等等,就不一一列举了. 

    昨天用cakePHP做了个简单的demo, 确实抄rails那是抄的相当直白。 甚至连rake都还有相应的东西代替。除了migration和filter我没找到对应的东西。让我一个不懂php的人,都还是可以很快地上手了. 

    一方面感叹php抄rails这种彻底,另一方面也感叹这些抄袭之作的确也带来了php开发效率的提升。虽然由于php本身的原因,框架的引入对性能的影响是比较大的。但是这些框架的出现大有重整php社区的意思。(至少客户就告诉我们,用rails不如用cakePHP,这样他们也不会引入更多风险。他们还介绍他们美国几个团队都又从rails转回cakePHP了.) 

    我就纳闷儿了,当时还觉得rails就是冲着php的市场去的。。。现在反而觉得rails的思想拯救了php... 

    大家觉得是应该继续说服客户呢? 还是就用山寨rails了呢? 

     
       发表时间:2009-01-20   最后修改:2009-01-20
    PHP和Python/Ruby的运行机制有一个本质区别:PHP是每次HTTP请求过来以后,初始化全部资源(例如创建数据库链接、加载系统类库,创建缓存等等),处理完毕,释放全部资源,这不像Python/Ruby之类带有GC的脚本语言,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开发框架并不是一条光明的道路。
       发表时间:2009-01-20   最后修改:2009-01-20
    PHP做复杂框架肯定是一个慢。 

    但做前端处理简直是简单,随意这么整都行,非常适用于容易变化的前端开发。而后端可以用各种高级的东西。 

    貌似很多高访问量的大网站就是这么搞的。 

     
     
     
     
       
    robbin 写道

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


    Robbin提得这个思路很有意思, 而且Rasmus本人也明确表态他不喜欢 PHP framework. (Rasmus: “I don’t like frameworks. PHP frameworks are ridiculous slow”.) 
    这是Rasmus在一次演讲中提到的:Simple is Hard(presentation)(视频) (希望koalant兄有空可以把这个加入你的"翻译大师"系列哟?^_^)。 

    其实里面主要提的也是性能问题.和Robbin谈到的一样.  现在的问题是,php 框架让性能变低是肯定的,但低到个什么程度? 
    是否能接受?  于是我搜索了很久,想找到cakePHP和rails的性能评测. 但是一直没有找到比较好的.很多谈性能的都是口水仗,没有干货和数据.  因为也许客户更喜欢看数据,说服力也更强. 

    有没有谁有相关资料share一下? 在下感激不尽.

    其实,去网上搜索FaceBook,Google之类的大型网站,都是综合运用多种技术:PHP、Java、C++等,并非只是用单一语言单一技术,每种语言和框架都各有所长,我们要做的无非是熟悉其所长,用其所长。

    所以如果你还在问要选什么语言或框架的话,那这说明你对你要使用的东西了解的还不是很清楚。

  • 相关阅读:
    pip源配置
    Linux:supervisor命令的使用
    uWSGI+Nginx+Flask在Linux下的部署
    MongoDB的使用[转]
    用python获取服务器硬件信息[转]
    python:virtualenv的使用
    Django笔记:常见故障排除
    常用资源网站链接
    Scrapy笔记:持久化,Feed exports的使用
    Scrapy笔记:使用代理ip
  • 原文地址:https://www.cnblogs.com/muyun/p/3680288.html
Copyright © 2011-2022 走看看