php框架性能比较

Ⅰ php框架的PHP框架TOP10

排名前 10 并且最受欢迎的 PHP 框架(排名不分先后)。
Laravel
这款可能是现在最受欢迎的 PHP 框架，Laravel 非常强大，而且很高雅，易于学习和使用。非常值得一试！
Flight
Flight 是一个快速，简单，可扩展的微型 PHP 框架，允许用户快速的构建 RESTful web 应用，同样易于学习和使用，简单但是很强大！
Yii
Yii 是个高性能的 PHP 框架，用来开发 Web 2.0 应用程序，Yii 拥有很丰富的特性： MVC，DAO/ActiveRecord ，I8N/L10N，缓存，身份认证，基于用户角色的访问控制，scaffolding和测试等等。
Medoo
Medoo 是最轻的 PHP 数据库，只包括了一个10,9kb 的文件，一个很强大的适用于简单的 web 小应用开发的微型框架。
PHPixie
这个框架源于 Kohana 框架，是我最喜欢的框架了：兼容 MVC，能快速掌握，强大，你也应该试一试！
CodeIgniter
虽然是个比较老的框架，也快被淘汰了，但是我还是很喜欢这个强大的 MVC 框架 CI，无数次在我的项目中使用它，从来也没对它失去信心，依然是我不变的选择！
Kohana
Kohana 是个开源的，面向对象的 MVC web 框架，是使用 PHP5 来构建的。这个框架是由一群志愿者队伍开发的，他们致力于迅速，安全和小。
Symfony
这个框架是在 2005 年创建，是个非常强大的 MVC 框架，在企业界是非常受欢迎的。Symfony 是收到众多的 web 应用框架启发的：Ruby on Rails，Django 和 Spring ，它可能是最完整的 PHP 框架了。
Pop PHP
很多 PHP 框架很漂亮也很复杂，Pop 的建立是考虑到所有经验层次的，提供了一系列可管理的学习曲线给初学者熟悉 PHP 的基础，同时又提供了健壮和强大的功能给有经验的 PHP 开发者。大小小于 2MB。
Phalcon
Phalcon 是一个开源的，满栈的 PHP 框架，使用 PHP 5 类似 C 扩展的语言来编写的高性能框架。用户不需要会用 C 语言，Phalcon 会提供 PHP 类。Phalcon 是松散耦合，用户可以随意使用组件来创建 web 应用。

Ⅱ PHP的性能探讨和测试

缘起

关于PHP 很多人的直观感觉是PHP是一种灵活的脚本语言 库类丰富 使用简单 安全 非常适合WEB开发 但性能低下 PHP的性能是否真 的就如同大家的感觉一样的差呢？本文就是围绕这么一个话题来进行探讨的 从源码 应用场景 基准性能 对比分析等几个方面深入分析PHP之性能问题 并通 过真实的数据来说话

从原理分析PHP性能

从原理分析PHP的性能 主要从以下几个方面 内存管理 变量 函数 运行机制来进行分析

内存管理

类似Nginx的内存管理方式 PHP在内部也是基于内存池 并且引入内存池的生命周期概念 在内存池方面 PHP对PHP脚本和扩展的所有内 存相关操作都进行了托管 对大内存和小内存的管理采用了不同的实现方式和优化 具体可以参考以下文档 在内存分配和回收的生命周期内 PHP采用一次初始化申请+动态扩容+内存标识回收机制 并且在每次请求结束后直 接对内存池进行重新mask

变量

总所周知 PHP是一种弱变量类型的语言 所以在PHP内部 所有的PHP变量都对应成一种类型Zval 其中具体定义如下

图一PHP变量

在变量方面 PHP做了大量的优化工作 比如说Reference counting和 on writer机制 这样能够保证内存使用上的优化 并且减少内存拷贝次数（请参考） 在数组方面 PHP内部采用高效的hashtable来实现

函数

在PHP内部 所有的PHP函数都回转化成内部的一个函数指针 比如说扩展中函数

ZEND_FUNCTION(my_function);//类似functionmy_function(){}

在内部展开后就会是一个函数

voidzif_my_function(INTERNAL_FUNCTION_PARAMETERS);

voidzif_my_function(

intht

zval*return_value

zval*this_ptr

intreturn_value_used

zend_executor_globals*executor_globals

);

从这个角度来看 PHP函数在内部也是对应一个函数指针

运行机制

在话说PHP性能的时候 很多人都会说“C/C++是编译型 JAVA是半编译型 PHP是解释型” 也就是说PHP是先动态解析再代码运行的 所以从这个角度来看 PHP性能必然很差

的确 从PHP脚本运行来输出 的确是一个动态解析再代码运行的过程 具体来说 PHP脚本的运行机制如下图所示

图二 PHP运行机制

PHP的运行阶段也分成三个阶段

Parse 语法分析阶段

Compile 编译产出opcode中间码

Execute 运行 动态运行进行输出

所以说 在PHP内部 本身也是存在编译的过程 并且据此产生了大量的opcode cache工具 比如说apc eacc xcache等等 这些opcode cache在生产环境基本上在标配 基于opcode cache 能到做到“PHP脚本编译一次 多次运行”的效果 从这点上 PHP就和JAVA的半编译机制非常类似

所以 从运行机制上来看 PHP的运行模式和JAVA是非常类似的 都是先产生中间码 然后运行在不同虚拟机上

动态运行

从上面的几个分析来看 PHP在内存管理 变量 函数 运行机制等几个方面都做了大量的工作 所以从原理来看 PHP 不应该存在性能问题 性能至少也应该和Java 比较接近

这个时候就不得不谈PHP动态语言的特性所带来的性能问题了 由于PHP是动态运行时 所以所有的变量 函数 对象调用 作用域实现等等都是在 执行阶段中才确定的 这个从根本上决定了PHP性能中很难改变的一些东西 在C/C++等能够在静态编译阶段确定的变量 函数 在PHP中需要在动态运行 中确定 也就决定了PHP中间码不能直接运行而需要运行在Zend Engine上

说到PHP变量的具体实现 又不得不说一个东西了 Hashtable Hashtable可以说在PHP灵魂之一 在PHP内部广泛用到 包含变量符号栈 函数符号栈等等都是基于hashtable的

以PHP变量为例来说明下PHP的动态运行特点 比如说代码

<?php

$var=“hello blog xiuwz ”;

?>

该代码的执行结果就是在变量符号栈（是一个hashtable）中新增一个项

当要使用到该变量时候 就去变量符合栈中去查找（也就是变量调用对出了一个hash查找的过程）

同样对于函数调用也基本上类似有一个函数符号栈（hashtable）

其实关于动态运行的变量查找特点 在PHP的运行机制中也能看出一些 PHP代码通过解释 编译后的流程下图

图 PHP运行实例

从上图可以看出 PHP代码在pile之后 产出的了类符号表 函数符号表 和OPCODE 在真正执行的时候 zend Engine会根据op code去对应的符号表中进行查找 处理

从某种程度上 在这种问题的上 很难找到解决方案 因为这是由于PHP语言的动态特性所决定的 但是在国内外也有不少的人在寻找解决方案 因为 通过这样 能够从根本上完全的优化PHP 典型的列子有facebook的hiphop

结论

从上面分析来看 在基础的内存管理 变量 函数 运行机制方面 PHP本身并不会存在明显的性能差异 但由于PHP的动态运行特性 决定了 PHP和其他的编译型语言相比 所有的变量查找 函数运行等等都会多一些hash查找的CPU开销和额外的内存开销 至于这种开销具体有多大 可以通过后 续的基准性能和对比分析得出

因此 也可以大体看出PHP不太适合的一些场景 大量计算性任务 大数据量的运算 内存要求很严格的应用场景 如果要实现这些功能 也建议通过扩展的方式实现 然后再提供钩子函数给PHP调用 这样可以减低内部计算的变量 函数等系列开销

基准性能

对于PHP基准性能 目前缺少标准的数据 大多数同学都存在感性的认识 有人认为 QPS就是PHP的极限了 此外 对于框架的性能和框架对性能的影响很没有响应的权威数字

本章节的目的是给出一个基准的参考性能指标 通过数据给大家一个直观的了解

具体的基准性能有以下几个方面

裸PHP性能 完成基本的功能

裸框架的性能 只做最简单的路由分发 只走通核心功能

标准模块的基准性能 所谓标准模块的基准性能 是指一个具有完整服务模块功能的基准性能

环境说明

测试环境

Red Hat Enterprise Pnux AS release (Nahant Update )

Intel(R) Xeon(R) CPU E @ GHz

软件相关

Php （采用php fpm）

PHP (cP) (built: Mar : : )

Copyright (c) The PHP Group

Zend Engine v Copyright (c) Zend Technologies

with eAccelerator v Copyright (c) eAccelerator by eAccelerator

bingo

PHP框架

其他说明

目标机器的部署方式 nginx >php fpm >php脚本

测试压力机器和目标机器独立部署

裸PHP性能

最简单的PHP脚本

<?php

require_once‘ /actions/indexAction php’;

$objAction=newindexAction();

$objAction >init();

$objAction >execute();

?>

Acitons/indexAction php里面的代码如下

<?php

classindexAction

{

pubPcfunctionexecute()

{

echo‘hello world!’;

}

}

?>

通过压力工具测试结果如下

裸PHP框架性能

为了和 的对比 基于bingo 框架实现了类似的功能 代码如下

<?php

require_once‘Bingo/Controller/Front php’;

$objFrontController=Bingo_Controller_Front::getInstance(array(

‘actionDir’=>‘ /actions’

));

$objFrontController >dispatch();

压力测试结果如下

从该测试结果可以看出 框架虽然有一定的消耗 但对整体的性能来说影响是非常小的

标准PHP模块的基准性能

所谓标准PHP模块 是指一个PHP模块所必须要具体的基本功能

路由分发

自动加载

LOG初始化&Notice日志打印 所以的UI请求都一条标准的日志

错误处理

时间校正

自动计算每个阶段耗时开销

编码识别&编码转化

标准配置文件的解析和调用

采用bingo 的代码自动生成工具产生标准的测试PHP模块 test

测试结果如下

结论

从测试数据的结论来看 PHP本身的性能还是可以的 基准性能完全能够达到几千甚至上W的QPS 至于为什么在大多数的PHP模块中表现不佳 其实这个时候更应该去找出系统的瓶颈点 而是简单的说OK PHP不行 那我们换C来搞吧 （下一个章节 会通过一些例子来对比 采用C来处理不见得有特 别的优势）

通过基准数据 可以得出以下几个具体的结论

PHP本身性能也很不错 简单功能下能够达到 QPS 极限也能过W

PHP框架本身对性能影响非常有限 尤其是在有一定业务逻辑和数据交互的情况下 几乎可以忽略

一个标准的PHP模块 基准性能能够达到 QPS（ cpu idle）

对比分析

Ⅲ php框架yaf好还是Laravel好

1、从性能上考虑 yaf是用c语言开发的，效率比laravel高很多倍
2、从社区上考虑 yaf是鸟哥写的，有任何问题，鸟哥都会支持。 laraval用的人比较多，所以这一项基本持平。
3、使用方面，laraval有很多组件可以用，但都是composer引用的。yaf也可以。
4、调试方面 yaf代码简洁，调试也很简单。 laraval代码臃肿， 对编辑器不友好。不好调试
综合考虑：推荐使用yaf

Ⅳ PHP的哪个MVC框架最值得推荐

1、Laravel，laravel这个框架很有意思，定时任务，数据迁移，大概你能在web中想到的功能这个框架都可以提供，它的路由借鉴了Ruby on Rails 和python的flask框架，但是还提供了web方面其它的一些功能，你可以把它想象成PHP中像Java一样强大的Web中的瑞士军刀，前提是你不考虑性能，因为它的实现使用了大量的闭包和反射，大概在PHP里严格引入设计模式的也只有这个了。
生产效率：5星
学习难度：5星（5星为最难，学习成本最高，下同）
性能：2星
社区活跃：4星（社区活跃可以很方便的找到别人已经开发的功能，专指中文文档，组件丰富性）
2、ThinkPHP5，大概3年前研究过TP3源码，使用起来简单，因为自动加载的问题，性能是个坑，现在发展到5，个人认为已经是一个相当优秀的框架了，路由定义简单，配置简单，文档丰富，社区也相当活跃
生产效率：5星
学习难度：1星
性能：4星
社区活跃：4星
3、Yii2，Yii2的路由分发跟TP5稍微有点不一样，也使用了反射的功能，自动加载现在都使用的composer，大体上都差不多，都有延时加载，Yii2的路由相对智能一些，不用去手动维护，类似于TP3所以使用起来也是很方便，性能比TP5应该略差点，没测试过，从源码来看
生产效率：5星
学习难度：2星
性能：3.5星
社区活跃：4星（很多强大的组件，你只要下载就行了，会省很多事）
4、CakePHP，这个框架内部的封装性看上去没上面那几个优美，但是它自己实现了use关键字功能，所以兼容性来看应该是比上面那几个好点的，但这在新项目上应该不是问题，新项目上PHP7，啥都别想，准没错。它的路由定义类似于TP5但是稍微多点功能，不过其实是个鸡肋。中文文档就不说了，很不好找。不过也算是个相对简单的框架严格遵循MVC
生产效率：3星
学习难度：3星
性能：4星
社区活跃：2星
5、Workman，这个框架相当强大，如果你要实现一些复杂的协议或者用php做一些websocket推送或者TCP/UDP服务器的话，这个框架可能可以满足你的需求，也有一些异步的组件，比较高级的框架，初中级程序员可能用不上
生产效率：3星
学习难度：4星
性能：3星
社区活跃：2星
6、swool，这是个相当有意思的框架，性能很强大，旁友，你听说过异步编程的nodejs，python的tornado框架吗，这个在php里做的就是一个这样的事情，国内的一位老兄开发的C扩展，用php来异步编程，看了下文档，稍微做了个性能测试，相当优秀，就是不知道在项目中重度使用会不会踩到什么坑，而且这也是一个相当高级的框架。大部分人可能直接转node了吧，毕竟node生态环境已经相当好了，总之，如果你想用php试试异步编程来提高性能，非这个框架莫属。性能独一档，编程难度也相对高一些，你需要有些进程的理论基础
生产效率：3星
学习难度：4星
性能：6星
社区活跃：2星
7、Yaf，鸟哥写的c扩展框架，然而你要自己实现很多轮子，生态环境是个大问题。
生产效率：4星
学习难度：4星
性能：5.5星
社区活跃：2星
其它框架还没怎么了解，国内的话，根据具体业务，选上面几个，没错。

Ⅳ 新手学习thinkphp6还是thinkphp5比较好

thinkphp5好

ThinkPHP5是一个全新的里程碑版本，包括路由、日志、异常、模型、数据库、模板引擎和验证等模块都已经重构，不适合原有3.2项目的升级，请慎重考虑商业项目升级，但绝对是新项目的首选（无论是WEB还是API开发），而且最好是忘记3.2版本的思维习惯，重新理解TP5。

Ⅵ 国外主流PHP框架对比评测

最近简单的使用了目前在国内用的比较多的几个主流国外PHP框架（不包括国内框架） 大致对这些框架有个直观上的感受 简单分享一下 对于哪些做框架选型的时候 权当一个参考

主要参考的框架包括 CodeIgniter CakePHP ZendFramework Symfony 我对很多框架也没有认真使用 只是简单试用了一下 可能很多看法不成熟或者是错误的 请大家指正 一起成长

CodeIgniter

优点

配置简单 全部的配置使用PHP脚本来配置 执行效率高 具有基本的路由功能 能够进行一定程度的路由 具有初步的Layout功能 能够制作一定程度的界面外观 数据库层封装的不错 具有基本的MVC功能

快速简洁 代码不多 执行性能高 框架简单 容易上手 学习成本低 文档详细 自带了很多简单好用的library 框架适合小型应用

缺点

把Model层简单的理解为数据库操作

框架略显简单 只能够满足小型应用 略微不太能够满足中型应用需要

评价

总体来说 拿CodeIgniter来完成简单快速的应用还是值得 同时能够构造一定程度的layout 便于模板的复用 数据操作层来说封装的不错 并且CodeIgniter没有使用很多太复杂的设计模式 执行性能和代码可读性上都不错 至于附加的 library 也还不错 简洁高效

CakePHP

优点

CakePHP是最类似于RoR的框架 包括设计方式 数据库操作的Active Record方式 设计层面很优雅 没有自带多余的 library 所有的功能都是纯粹的框架 执行效率还不错 数据库层的 hasOne hasMany 功能很强大 对于复杂业务处理比较合适 路由功能 配置功能还不错 自动构建脚手架（scaffold）很强大 适合中型应用 基本实现过了MVC每一层 具有自动操作命令行脚本功能

文档比较全 在国内推广的比较成功 大部分都知道CakePHP 学习成本中等

缺点

CakePHP非常严重的问题是把Model理解为数据库层操作 严重影响了除了数据库之外的操作能力

CakePHP的cache功能略显薄弱 配置功能稍嫌弱 CakePHP不适合大型应用 只适合中型应用 小型应用来说略微的学习成本高了点

评价

总体来说CakePHP框架代表了PHP框架很重要的一个时代和代表 并且目前发挥着很重要的作用 不少自己写的框架都模仿了CakePHP的方式 是个里程碑式的产品 CakePHP透露着RoR的敏捷开发方式和把数据库操作认为是唯一Model的设计思想 作为开发快速应用和原型是绝好的工具 同样 用来做Web 网站的开发框架 也是值得选择的

Zend Framework

优点

官方出品 自带了非常多的 library 框架本身使用了很多设计模式来编写 架构上很优雅 执行效率中等 MVC设计中 比较简洁 具有路由功能 配置文件比较强大（能够处理XML和php INI） 各种 library 很强大 是所有PHP框架中各种功能最全面的 包括它不仅是一个框架 更是一个大类库（取代PEAR） 这是它的主要特色 能够直观的支持除数据库操作之外的Model层（比 CodeIgniter 和 CakePHP 强） 并且能够很轻易的使用Loader功能加载其他新增加的Class Cache功能很强大 从前端Cache到后端Cache都支持 后端Cache支持Memcache APC SQLite 文件等等方式 数据库操作功能很强大 支持各种驱动（适配器）

文档很全 在国内社区很成熟 并且目前不少Web 网站在使用 学习成本中等

缺点

MVC功能完成比较弱 View层简单实现（跟没实现一样） 无法很强大的控制前端页面

没有自动化脚本 创建一个应用 包括入口文件 全部必须自己手工构建 入门成本高

Zend Framework 作为一个中型应用框架问题不大 也能够勉强作为大型应用的框架 但是作为一个很成熟的大型PHP框架来说 还需要一些努力

评价

作为官方出品的框架 Zend Framework的野心是可以预见的 想把其他框架挤走 同时封装很多强大的类库 能够提供一站式的框架服务 并且他们的开发团队很强大 完全足够有能力开发很强大的产品出来 所以基本可以确定的是Zend Framework前途无量 如果花费更多的时间去完善框架 同样的 Zend Framework架构本身也是比较优雅的 说明Zend官方是有很多高手的 设计理念上比较先进 虽然有一些功能实现的不够完善 比如View层 自动化脚本等等 这些都有赖于未来的升级 总体来说Zend Framework是最值得期待的框架 当然 你目前要投入你的项目中使用也是完全没问题的

Symfony

优点

Symfony 是我了解的PHP框架中功能最强大的 而且我使用时间比较长 但是很多功能还是没有挖掘出来 它完整实现了MVC三层 封装了所有东西 包括 $_POST $_GET 数据 异常处理 调试功能 数据检测 包含强大的缓存功能 自动加载Class（这个功能很爽） 强大的i n国家化支持 具有很强大的view层操作 能够零碎的包含单个多个文件 非常强大的配置功能 使用yml配置能够控制所有框架和程序运行行为 强大到让人无语 能够很随意的定义各种自己的class 并且symfony能够自动加载（auto load）这些class 能够在程序中随意调用 包含强大的多层级项目和应用管理 Project > Application > Mole > Action 能够满足一个项目下多个应用的需要 并且每层可以定义自己的类库 配置文件 layout 非常强大的命令行操作功能 包括建立项目 建立应用 建立模块 刷新缓存等等

Symfony绝对是开发大型复杂项目的首选 因为使用了Symfony 将大大节约开发成本 并且多人协作的时候 不会出现问题 在Project级别定义好基础Class以后 任何模块都能够重用 大大复用代码

缺点

数据库操作model采用了重量级的propel和creole 不过在我测试的版本中已经把他们移到了addon里 可用可不用

缓存功能无法控制 每次开发调试总是缓存 需要执行 symfony cc symfony rc 来清除和重建缓存

效率不是很高 特别是解析模板和读取配置文件的过程 花费时间不少

学习成本很高 并且国内没有成熟的社区和文档 连中文手册都没有 相应的要掌握所有功能 需要花费比较多的时间

评价

Symfony绝对是企业级的框架 唯一能够貌似能够跟Java领域哪些强悍框架抗衡的东西 强悍的东西 自然学习复杂 但是相应的对项目开发也比较有帮助 自然是推荐复杂的项目使用Symfony来处理 觉得是值得 后期的维护成本比较低 复用性很强 相应的如果使用Symfony的应该都是比较复杂的互联网项目 那么相应的就要考虑关于数据库分布的问题 那么就需要抛弃Symfony自带的数据库操作层 需要自己定义 当然了 Symfony支持随意的构造model层

总结

以上数款框架 各有特色 而且都是开源项目 不过框架针对的项目不一样 一般来说 CodeIngiter 比较适合小型项目 CakePHP 和 Zend Framework 比较适合中型项目 Symfony 比较适合大型重量级项目 在项目选型的时候 要充分考虑框架的可以定制性 扩展性 因为每个项目都无法确定你是否会随着需求的变化进行改变

相对来说 Zend Framework 和 Symfony 应对变化的能力比较强 特别是能够随意定制 model 层的Class 能够非常方便增加自己业务或者数据处理类 我是个人比较推荐在中大型项目中使用的框架

CodeIngiter 和 CakePHP 在中小型项目中同样能够发挥重大作用 快速开发和原型构建 非常适合目标不清晰的原型项目的开发

当然了 也许 自己写一个框架更适合

Ⅶ 当今流行的PHP框架中各自都有什么特点，优缺点都在哪

以下为十个目前最流行的基于MVC设计模式的PHP框架。

1. Yii

Yii是一个基于组件的高性能的PHP的框架，用于开发大规模Web应用。Yii采用严格的OOP编写，并有着完善的库引用以及全面的教程。从MVC，DAO/ActiveRecord，widgets，caching，等级式RBAC，Web服务，到主体化，I18N和L10N，Yii提供了今日Web 2.0应用开发所需要的几乎一切功能。而且这个框架的价格也并不太高。事实上，Yii是最有效率的PHP框架之一。

2. CodeIgniter

CodeIgniter是一个应用开发框架——一个为建立PHP网站的人们所设计的工具包。其目标在于快速的开发项目：它提供了丰富的库组以完成常见的任务，以及简单的界面，富有条理性的架构来访问这些库。使用CodeIgniter开发可以往项目中注入更多的创造力，因为它节省了大量编码的时间。

3. CakePHP

CakePHP是一个快速开发PHP的框架，其中使用了一些常见的设计模式如ActiveRecord，Association Data Mapping，Front Controller以及MVC。其主要目标在于提供一个令任意水平的PHP开发人员都能够快速开发web应用的框架，而且这个快速的实现并没有牺牲项目的弹性。

4. PHPDevShell

PHPDevShell是一个开源（GNU/LGPL）的快速应用开发框架，用于开发不含Javascript的纯PHP。它有一个完整的GUI管理员后台界面。其主要目标在于开发插件一类的基于管理的应用，其中速度、安全、稳定性及弹性是最优先考虑的重点。其设计形成了一个简单的学习曲线，PHP开发者无需学习复杂的新术语。PHPDevShell的到来满足了开发者们对于一个轻量级但是功能完善，可以无限制的进行配置的GUI的需求。

5. Akelos

Akelos PHP框架是一个基于MVC设计模式的web应用开发平台。基于良好的使用习惯，使用它可以完成如下任务：

◆方便的使用Ajax编写views

◆通过控制器管理请求（request）及响应（response）

◆管理国际化的应用

◆使用简单的协议与模型及数据库通信

你的Akelos应用可以在大多数共享主机服务供应方上运行，因为Akelos对服务器唯一的要求就是支持PHP。因此，Akelos PHP框架是理想的用于发布单独web应用的框架，因为它不需要非标准PHP配置便能运行。

6. Symfony

Symfony是一个用于开发PHP5项目的web应用框架。

这个框架的目的在于加速web应用的开发以及维护，减少重复的编码工作。

Symfony的系统需求不高，可以被轻易的安装在任意设置上：你只需一个Unix或Windows，搭配一个安装了PHP5的网络服务器即可。它与差不多所有的数据库兼容。Symfony的价位不高，相比主机上的花销要低得多。

对于PHP开发者而言，使用Symfony是一件很自然的事，其学习曲线只有短短一天。干净的设计以及代码可读性将缩短开发时间。开发者可以将敏捷开发的原理（如DRY，KISS或XP等）应用在其中，将重点放在应用逻辑层面上，而不用花费大量时间在编写没完没了的XML配置文件上。

Symfony旨在建立企业级的完善应用程序。也就是说，你拥有整个设置的控制权：从路径结构到外部库，几乎一切都可以自定义。为了符合企业的开发条例，Symfony还绑定了一些额外的工具，以便于项目的测试，调试以及归档。

7. Prado

PRADO团队由一些PRADO狂热者组成，这些成员开发并推动PRADO框架以及相关项目的进行。

PRADO的灵感起源于Apache Tapestry。从04年开始，PRADO成为SourceForge上的开源项目之一。这个项目目前进展到了3.x版本。

8. Zend

作为PHP艺术及精神的延伸，Zend框架的基础在于简单，面向对象的最佳方法，方便企业的许可协议，以及经过反复测试的快速代码库。Zend框架旨在建造更安全，更可靠的Web 2.0应用及web服务，并不断从前沿厂商（如Google，Amazon，Yahoo，Flickr，StrikeIron和ProgrammableWeb等）的API那里吸收精华。

9. ZooP

Zoop PHP框架，意为Zoop面向对象的PHP框架。

这是个稳定，可伸缩并可移植的框架。从诞生到现在的5年间，已经在不少产品开发中被使用。Zoop是一个快速，有效并干净的框架。它的伸缩性很好，你可以只安装你需要的功能。

对代码并不很熟悉的开发者也可以通过Zoop快速的开发安全的web应用。熟练的开发者则可以更加将Zoop的弹性利用到极致。

Zoop建议将display，logic以及数据层（MVC）分开使用。

Zoop由很多组件和项目集合而成，其中包括smarty和prototype AJAX框架，PEAR模块等。高效的核心组件提供了很多你原本需要自己编码来实现的功能。Zoop内置的纠错功能可以通过配置实现生产环境下的错误日志生成，这个错误日志提供了很多信息，可读性很高，可以更轻易的寻找并排除错误。

Zoop的一个特别之处在于其GuiControls，在PHP中是一个相当革新的想法。它提供了很多form widgets与验证完整的集合到一起，并形成了一个可以轻松打造个性化GuiControls的框架。

10. QPHP

QPHP，意为快速PHP，它是一个与ASP.NET类似的MVC框架。基本上它是这样一个情况：

◆整合了Java和C#的美感

◆除去了在其他PHP框架中使用的Perl形式的意义含糊的语言

◆大量基于OOP的概念

Ⅷ PHP 框架哪个更好一点CodeIgniter 怎么样

这两种框架都接触过~个人感觉CI和Cake相比较CI在性能上要优秀一点，源码也更优雅~CAKE的支持功能较多，但代价就是运行时需要加载过多的资源,束缚相对多一点，显得有点笨重~所以CI还是值得一试的。

Ⅸ PHP哪个框架最好

二话不说先来一个 Github 上 PHP 开源项目的排名 Search · stars:>0 · GitHub , 好有个概念.

大家的回答都比较老了, 现在是 2014 年 8 月下旬, PHP 最近这几年还是发生了很多变化, 尤其是 Laravel 的出现, 让很多已经开始放弃 PHP 的人又从新回到 PHP 的怀抱.

离开 PHP 是因为觉得社区就是一盘散沙, 大家各种为战, 当我想学个框架, 来提高生产效率的时候, 上 Google 一搜, 出来的就是

50个你必须了解的 PHP 框架>
<10个最有名的 PHP 框架>....
真的很吓人, 这么多的框架, 我无从入手.

最后我下定决心, 把每一个框架都学习一遍, 真正在学习的时候, 头又大了, 每一个框架都有不同的代码规范, 不同的架构, 不同 "功能一样调用方式不一样的函数方法" , 可以这么说

每一个框架都在发明属于自己的语言
在学到第五个框架的时候, 我就决定放弃了, 因为, 我觉得, 我虽然年轻, 但是不至于时间如此廉价的浪费掉.

后来一直听说 Ruby 社区有一个叫 Ruby on Rails 的 Web 框架, 是全世界最好的框架, 为了用上最好的框架我开始学习 Ruby 直到接触 Rails, 还记得第一次用 Rails 写 Demo App 的时候, 热泪盈眶呀, 多么好的设计, 并且最重要的, Rails 的社区是如此理智, 大家喊得口号是

Convention over configuration;
DRY - Don't Repeat You;
KISS - Keep it simple and stupid;
Don't reinventing the wheel;
Optimized for programmer happiness and sustainable proctivity

多么智慧, 多么聪明, 又是多么简单的一些想法, 我疯狂的爱上了 Rails.

2012 年末, 无意间在 Tuts+ 网站上看到 Jeffrey Way 的一套 Laravel 3 Essentials ( 注意: Laravel 现在已经是 Laravel 4 了, 这套课程已经 out dated 了 ) 课程, 看完以后对 Laravel 印象深刻, 从那会就一直留意 Laravel 的发展.

2013 年 6 月份, Laravel 4 发布, 集成了 Composer, 框架的可扩展性极高, 还有 100% full testing coverage.

关于 Laravel 4 的好, 我在这个问题里面已经讲了 最好的 PHP 框架是什么？为什么？ , 就不复制过来了.

Laravel China:
Laravel China is ready Laravel 中文文档 , 欢迎发起 issue 提交纰漏 和建议 --> Laravel China · GitHub