PHP框架?No框架?轻框架?重框架?

ValueError 发布于 2011/01/16 01:54
阅读 9K+
收藏 6

看了下Kohana的源码,简直就是CodeIgniter的PHP5版本。

相比起ZF这样的庞然大物,或许这类“极简主义”的框架更符合PHP的设计理念呢?

CodeIgniter一直说“大多数主机不支持PHP5,不会考虑开发PHP5版”,事实上大多数主机都支持PHP5了,甚至不少支持PHP5.3分支。不知官方怎么想的。但是它的灵活、轻巧真的没得比。

很多人也说Yii高性能,貌似Yii是比ZF要轻巧很多,但是貌似也未必有官方宣称的那么高性能。如果让每个页面都访问一次数据库,即消除Lazy Load的优势,Yii的性能会下降很多。而一旦使用了Yii的ActiveRecord,性能和使用了Zend_Db的ZF差不多可怕了。以上是我个人测试的结论,或有偏差,但我想不会偏差太离谱。

再有Robbin的说法之类,PHP本来就不应该用复杂框架(见http://www.javaeye.com/topic/319039),我觉得也挺有道理。

大家看法呢?

加载中
0
Midnight
Midnight

kohana 说的php5主机少估计是指国外吧, 国内大多数主机已经都是php5了

0
ValueError
ValueError

引用来自#2楼“杨云洲”的帖子

kohana 说的php5主机少估计是指国外吧, 国内大多数主机已经都是php5了

哦?国外情况还真不清楚。也许吧。

0
Zone
Zone

用不用框架很多时候取决于项目的大小及团队的大小还有就是项目负责人的偏好。

0
戴威
戴威

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开发框架并不是一条光明的道路。


转载自:http://www.javaeye.com/topic/319039 的沙发

简单1
简单1
经典
0
ValueError
ValueError

引用来自#5楼“喵了个咪”的帖子

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开发框架并不是一条光明的道路。


转载自:http://www.javaeye.com/topic/319039 的沙发

觉得Robbin的总结很是让我受教。现在PHP的问题是“用不用框架”以及“用哪种框架”。ZF无疑证明了PHP5的强大能力,问题是这强大是“可以做”而不是“适合做”。

其实ZF的复杂让性能损失不是特别大,但是总是觉得让人有些不爽。不知道是为了什么,觉得Zend把PHP框架带到了一个很尴尬的境遇——为什么选择PHP而不是选择Java或Ruby?

我个人觉得不用框架的PHP可维护性还是不是太好,开发迅速而已。而用框架又不太愿意接受ZF这样的怪异产品,用PHP去实现这个设计模式那个设计模式,如此复杂可维护性也不见得能强多少。另一类的轻量框架我觉得不错,但是貌似没有太多成功案例,或许和Rails不同原因同样结果了。

对于PHP我想更多的不是应该去证明PHP能干什么,而是应该把握PHP适合干什么。可是各种框架炒作的一塌糊涂,我个人倒觉得渐渐失去PHP本质了。

0
火德
火德

如果是PHP,我比较偏好Kohana这种轻量级框架,国内用Kohana的团队还是不少的。

0
ValueError
ValueError

引用来自#7楼“火德”的帖子

如果是PHP,我比较偏好Kohana这种轻量级框架,国内用Kohana的团队还是不少的。

我觉得Kohana或者CodeIgnite这种框架最大的优势是简单,比如Kohana,自己稍微修改一下autoload就可以实现ZF2.0dev才实现的PHP5.3命名空间载入。再者由于简单,性能真的比ZF不止高出一点点,而且可维护性一样不低。

其实CodeIgnite真的不错,可惜我对PHP4挺感冒的。Kohana也许弥补了遗憾吧。

再如视图引擎,继承Kohana_View的一个简单子类就能替换模版引擎了。如果是ZF的代码量,恐怕看的头都大了。PHP的“快速”“简单”优势则体现不出来。

我把支持命名空间的修改代码和支持模版引擎的子类分享出来了~在我的代码分享list中。

0
renwofei423
renwofei423

"看了下Kohana的源码,简直就是CodeIgniter的PHP5版本。"

本来“Kohana”就是不满“CodeIgniter”的人搞出来的CodeIgniter的PHP5版本

0
jing31
jing31

感觉某些框架仅仅是为了证明php也可以做到而已,没有多少实用价值。

0
wubai
wubai

感觉这里讨论php的人很多啊。

返回顶部
顶部