PHP框架的繁荣是正确的发展方向吗？

原則是對。但拿2006年的觀感，到2009年來參攷，會否太過時？軟件業兩三年已敎人天翻地覆。

我言,重不在最后一句。

回复好多，看得好累。

争论的焦点在于：PHP的运行机制是否有必要采用框架机制。

站在反对者的角度看，PHP每次运行都要重新建立运行环境的机制就不应该采用框架机制，不过如果按照这个思路进一步去看，PHP里OOP就没有什么意义，什么class都是错误的，那么就不仅仅是框架错误论了，而是PHP语言本质上就错了。

站在赞同者的角度看，运行机制不是问题，这些对使用者而言是透明的，就算你说性能有障碍，那么拿出确实的证据来，网上太多所谓的评测都是扯淡，就拿cakephp来说，很多人都说cakephp如何慢，但是大多数针对cakephp的评测其debug都是运行在缺省的非零数值上的。另外，如上面别人提到过，很多rails和php框架的对比是和apache下的mod_php对比，按我的经验，apache+mod_php要比lighttpd+fastcgi(PHP)慢得多，差不多的硬件条件上性能说不定能差十倍。

我倾向于赞成PHP使用框架。使用框架在加快开发效率的同时必然会降低运行效率。不管是什么语言都是如此，用rails搞一个hello,world的app同样也绝对比直接put 'hello,world'慢得多。至于PHP里，使用框架到底会慢到什么地步，我也同意dualface的观点，框架有轻重之分，即便是zend，cake，ci等等框架很慢，但不能就此认为php使用框架就是慢。

第一次发言,使用的php框架有zend framework, cakephp, ci, kohana,python的有cherrypy, django.最总发现还是kohana最适合,最近的项目一直用他,查看最近的排名,发现我的选择没错,现在kohana已经全面超过ci和cakephp了.
使用kohana只要经常关注profile,是没有性能问题的.经过实际测试,比cake,zend,django都要快.

kohana 和 django 根本没有可比性。。。。即便是与 zf、cakephp 相比，在功能和设计上也差一大截，唯一的特点就是跑得快。不过比起更快的 PHP 框架，kohana 没有任何优势。

目前没有脚本语言的框架能快过跑在pysco上的django，apc或者xcache上的任何php框架在目前都没有令人信服的测试结果证明它们快过python的这对组合

不过：

1、性能不是一切，除非真成了瓶颈
2、PHP也可以写出漂亮且组织良好的代码，而这里面有很大一部分功劳是框架带来的合理的代码结构。以PHP代码很难维护来诟病它绝对是不负责任的说法
3、框架必然会带来性能上的影响，但是显然利大于弊。所以一定应该使用框架
4、技术的选择往往不在于哪种更好，而在于哪种你更熟悉。PHP和Rails之争纯属无聊

不错，rails 刚出来时性能也一塌糊涂，那为什么那么多人热捧呢？还不是因为 rails 的设计思想为 web 开发带来的革命。我相信随着 php 本身的发展，性能不会成为 php 框架普及的障碍。

那请教dualface能否给我一个PHP的最佳实践。
我们现在有个项目是用smarty+php的，感觉维护起来很费力(至少比起java来说是这样)
你能不能指教下你认为最好的实践。我们这个项目代码的可维护性是摆在第一的（因为需求经常变，经常造成读代码要花费很多时间）。现在感觉smarty作表现，php作处理有点费劲，多谢！

我没法给出具体的答案，但我想你也许可以花上一点时间看看这个：

http://qeephp.com/docs/qeephp-quickstart

虽然只是个入门教程，但是这份文档应该能够让读者感受到更有效的 PHP 应用开发模式和过程。

LS可以试试dualface的QeePHP娄