(原标题:面试常见问题之ZF、TP、CI等框架的区别 http://blog.163.com/m13341159039_1/blog/static/245953061201522092212820/)php
HELLO WORLD性能测试 html
http://www.ttlsa.com/php/yii-yaf-ci-php/前端
Zend Framework简称ZFgit
ZF是Zend官方产品,程序员
代码严谨,面试
采用了彻底面向对象的模式,sql
可以使用命令脚本建立项目,thinkphp
纯PHP5环境,数据库
使用了大量的接口、异常、抽象。后端
ZF各模块松散 耦合,很是灵活。
自带了很是多的library,
MVC设计,
比较简洁,
支持多种格式的配置文件(.ini、.php、.xml),
缓存功能比较强大,
尤为是后端缓存支持Memcache、APC、SQLite、文件等方式;
支持各类数据库驱动,默认是PDO方式,
ZF的
View层实现简单,
没有采用模板 引擎。框架比较大,略显臃肿,适合中大型项目,运行效率通常。
CodeIgniter简称CI
配置简单,
上手很快,
所有的配置使用PHP脚原本配置,
没有使用不少太复杂的设计模式,(MVC设计模式)
执行性能和代码可读性上都不错,
执行效率比较高,具备基本的MVC 功能.
快速简洁,代码量少,框架简单,容易上手,自带了不少简单好用的library,
框架适合中小型项目,
大型项目也不是不能够,
只是扩展能力稍差。
ThinkPHP简称TP
TP借鉴了Java思想,基于PHP5,
充分利用了PHP5的特性,
部署简单只需一个入口文件,一切搞定,简单高效,
中文文档齐全,入门超级简单。
自带模板引擎,具备独特的数据验证和自动填充功能,框架更新速度比较迅速,目前最新版本是3.x。
Yii框架:
Yii是国际化的项目,纯面向对象的框架
支持php的命名空间和自定义autoload的方法
支持多配置文件
自带环境监测脚本
框架特色:
Yii的组件思路是很是不错的,用起来十分地舒服。从session到cache,你能够无缝地更换全部的组件而无需重构项目。并且Yii的延迟加 载也作得比较完全,每一个组件都是用到的时候才加载。好比,TP中,若是配置了session自动打开,则TP在应用初始化的时候执行 session_start()。而Yii则是你用到session的时候才打开session。
CodeIgniter(CI)
优势:
1. 配置简单,所有的配置使用PHP脚原本配置,执行效率高;具备基本的路由功能,可以进行必定程度的路由;具备初步的Layout(布局)功能,可以制做必定程度的界面外观;数据库层封装的不错,具备基本的MVC功能
2. 快速简洁,代码很少,执行性能高,PHP框架简单,容易上手,学习成本低,文档详细;自带了不少简单好用的library,框架适合小型应用
缺点:
1. 把Model层简单的理解为数据库操做
2. PHP框架略显简单,只可以知足小型应用,略微不太可以知足中型应用须要
评价:
整体来讲,拿CodeIgniter来完成简单快速的应用仍是值得,同时可以构造必定程度的layout(布局),便于模板的复用,数据操做层来讲封装的不错,而且CodeIgniter没有使用不少太复杂的设计模式,执行性能和代码可读性上都不错。至于附加的 library 也还不错,简洁高效。
优势:
1. CakePHP是最相似于RoR的PHP框架,包括设计方式,数据库操做的Active Record方式;设计层面很优雅,没有自带多余的 library,全部的功能都是纯粹的框架,执行效率还不错;数据库层的 hasOne, hasMany 功能很强大,对于复杂业务处理比较合适;路由功能,配置功能还不错;自动构建脚手架(scaffold)很强大;适合中型应用;基本实现过了MVC每一 层;具备自动操做命令行脚本功能;
2. 文档比较全,在国内推广的比较成功,大部分都知道CakePHP,学习成本中等
缺点:
1. CakePHP很是严重的问题是把Model理解为数据库层操做,严重影响了除了数据库以外的操做能力
2. CakePHP的cache功能略显薄弱,配置功能稍嫌弱;CakePHP不适合大型应用,只适合中型应用,小型应用来讲略微的学习成本高了点
评价:
整体来讲CakePHP框架表明了PHP框架很重要的一个时代和表明,而且目前发挥着很重要的做用,很多本身写的框架都模仿了CakePHP的方式,是个里程碑式的产品;CakePHP透露着RoR的敏捷开发方式和把数据库操做认为是惟一Model的设计思想,做为开发快速应用和原型是绝好的工具;一样,用来作Web2.0网站的开发框架,也是值得选择的。
Zend Framework(ZF)
优势:
1. 官方出品,自带了很是多的 library,框架自己使用了不少设计模式来编写,架构上很优雅,执行效率中等;MVC设计中,比较简洁,具备路由功能,配置文件比较强大(可以处理 XML和php INI),各类 library 很强大,是全部PHP框架中各类功能最全面的,包括它不只是一个PHP框架,更是一个大类库(取代PEAR),这是它的主要特点;可以直观的支持除数据库操 做以外的Model层(比 CodeIgniter 和 CakePHP 强),而且可以很轻易的使用Loader功能加载其余新增长的Class;Cache功能很强大,从前端Cache到后端Cache都支持,后端 Cache支持Memcache、APC、SQLite、文件等等方式;数据库操做功能很强大,支持各类驱动(适配器)
2. 文档很全,在国内社区很成熟,而且目前很多Web 2.0网站在使用,学习成本中等
缺点:
1. MVC功能完成比较弱,View层简单实现(跟没实现同样),没法很强大的控制前端页面
2. 没有自动化脚本,建立一个应用,包括入口文件,所有必须本身手工构建,入门成本高
3. Zend Framework 做为一个中型应用框架问题不大,也可以勉强做为大型应用的PHP框架,可是做为一个很成熟的大型PHP框架来讲,还须要一些努力
评价:
做为官方出品的框架,Zend Framework的野心是能够预见的,想把其余框架挤走,同时封装不少强大的类库,可以提供一站式的框架服务,而且他们的开发团队很强大,彻底足够有能 力开发很强大的产品出来,因此基本能够肯定的是Zend Framework前途无量,若是花费更多的时间去完善框架。一样的,Zend Framework架构自己也是比较优雅的,说明Zend官方是有不少高手的,设计理念上比较先进,虽然有一些功能实现的不够完善,好比View层,自动化脚本等等,这些都有赖于将来的升级。整体来讲Zend Framework是最值得期待的PHP框架,固然,你目前要投入你的项目中使用也是彻底没问题的。
优势
1. Symfony 是我了解的PHP框架中 功能最强大的,并且我使用时间比较长,可是不少功能仍是没有挖掘出来;它完整实现了MVC三层,封装了全部东西,包括 $_POST,$_GET 数据,异常处理,调试功能,数据检测;包含强大的缓存功能,自动加载Class(这个功能很爽),强大的i18n国家化支持;具备很强大的view层操 做,可以零碎的包含单个多个文件;很是强大的配置功能,使用yml配置可以控制全部框架和程序运行行为,强大到让人无语;可以很随意的定义各类本身的 class,而且symfony可以自动加载(auto load)这些class,可以在程序中随意调用;包含强大的多层级项目和应用管理:Project --> Application --> Module --> Action,可以知足一个项目下多个应用的须要,而且每层能够定义本身的类库,配置文件,layout;很是强大的命令行操做功能,包括创建项目、创建 应用、创建模块、刷新缓存等等;
2. Symfony绝对是开发大型复杂项目的首选,由于使用了Symfony,将大大节约开发成本,而且多人协做的时候,不会出现问题,在Project级别定义好基础Class之后,任何模块都可以重用,大大复用代码
缺点:
1. 数据库操做model采用了重量级的propel和creole,不过在我测试的版本中已经把他们移到了addon里,可用可不用
2. 缓存功能没法控制,每次开发调试老是缓存,须要执行 symfony cc, symfony rc 来清除和重建缓存;
3. 效率不是很高,特别是解析模板和读取配置文件的过程,花费时间很多;
4. 学习成本很高,而且国内没有成熟的社区和文档,连中文手册都没有,相应的要掌握全部功能,须要花费比较多的时间
评价:
Symfony绝对是企业级的PHP框架,惟一可以貌似可以跟Java领域哪些强悍框架抗衡的东西;强悍的东西,天然学习复杂,可是相应的对项目开发 也比较有帮助,天然是推荐复杂的项目使用Symfony来处理,以为是值得,后期的维护成本比较低,复用性很强。相应的若是使用Symfony的应该都是 比较复杂的互联网项目,那么相应的就要考虑关于数据库分布的问题,那么就须要抛弃Symfony自带的数据库操做层,须要本身定义,固然了,Symfony支持随意的构造model层。
总结
以上数款PHP框架,各有特点,并且都是开源项 目,不过框架针对的项目不同,通常来讲 CodeIngiter 比较适合小型项目,CakePHP 和 Zend Framework 比较适合中型项目,Symfony 比较适合大型重量级项目,在项目选型的时候,要充分考虑框架的能够定制性、扩展性,由于每一个项目都没法肯定你是否会随着需求的变化进行改变。
相对来讲,Zend Framework 和 Symfony 应对变化的能力比较强,特别是可以随意定制 model 层的Class,可以很是方便增长本身业务或者数据处理类,我是我的比较推荐在中大型项目中使用的PHP框架。
CodeIngiter 和 CakePHP 在中小型项目中一样可以发挥重大做用,快速开发和原型构建,很是适合目标不清晰的原型项目的开发。
这不是一篇评测文章。只是个人喃喃碎语,不计较真。并且,下面的内容真的会很杂,不全面,并且你不可能有和我同样的开发经历。因此对于某些我醉心的特性,你可能不会理解。一样的,我也不可能所有理解你为什么对某一项特性十分喜欢。
关于ThinkPHP(如下简称TP)和Yii Framework(如下简称Yii)的背景、做者和速度方面就不涉及了。由于速度是一个很复杂的问题,牵扯的因素不少。我不得不认可ThinkPHP是 一个是国内框架运营方面的榜样(当FleaPHP/QeePHP最火的那阵,我说过FleaPHP/QeePHP会倒的)。
运行环境:
· Windows NT ACER 5.1 build 2600 (Windows XP Professional Service Pack 3) i586
· Apache/2.2.14 (Win32) DAV/2 mod_autoindex_color PHP/5.3.1 mod_apreq2-20090110/2.7.1 mod_perl/2.0.4 Perl/v5.10.1
· Mysql 5.1.4
下载的代码:
· ThinkPHP 2.1,带扩展、示例和文档完整包,发布于2011年5月1日,下载地址是 http://thinkphp.cn/Down/download/178
· Yii 1.1.7,内含框架、实例和环境检测,下载地址 http://yii.googlecode.com/files/yii-1.1.7.r3135.tar.gz 文档须要另外下载
中文化方面,TP和Yii均可以知足中文用户的需求。可是因为Yii是国际化的项目,因此代码的注释仍旧是英文。不过两个框架的做者都是国人(没错,Yii做者的国籍仍旧是中国),因此交流起来仍是很方便的。
是Yii自带了一个环境检测脚本,能够告诉你当前的主机环境是否知足Yii的需求。检测的内容也比较详细。我以为这点比较方便。TP最低须要PHP5.0支持,而Yii最低须要PHP 5.1.0支持。因为我使用PHP 5.3,因此对我来讲没有什么区别。
Yii是纯面向对象的的框架,而TP提供了一系列单字母函数。相比之下我更喜欢Yii的方式,由于能够避免项目之间的冲突。
TP在之前的版本的基类Base类,当时就和一个整合Ucenter时的类冲突了,一度很苦恼。如今TP的各类基类仍旧是直接命名,如Think 类。在项目开发过程当中就会体会命名冲突的痛苦之处。Yii则在框架的类都加上了C前缀(接口是I前缀),有效地避免了这个问题。Yii中的 CComponent是全部类的基类,能够看看CComponent的代码,颇有用。
说到命名问题了,就不得不说自动导入的问题。TP的类导入和Yii的代码风格差很少。可是Yii还支持PHP的命名空间和自定义autoload方法。
TP有个特点叫项目编译。我以为与其使用项目编译,还不如使用APC。在Yii中也有个yiilite.php文件,里面就包含了Yii的全部核心类。Yii做者表示在没有APC的状况下,仍是不要使用这个“编译”好的文件,由于反而会增长系统开销。
TP中还在第一次访问的时候自动生成项目,我以为这一点和自动编译同样,都是我不喜欢的。我对每添加一个if都很敏感,这种判断让我很纠结。好比说 TP在每次运行的时候都要检测PHP版本,而Yii则单独作了一个内容更详细的环境监测脚本。我既然要用这个框架,我在第一次使用的时候,确定就知道能不 能在当前环境上使用了,为何要每次都要检测呢。当时我就说过,TP为用户作了太多事情。好比旧版本中的TopN函数。
Yii的组件思路是很是不错的,用起来十分地舒服。从session到cache,你能够无缝地更换全部的组件而无需重构项目。并且Yii的延迟加 载也作得比较完全,每一个组件都是用到的时候才加载。好比,TP中,若是配置了session自动打开,则TP在应用初始化的时候执行 session_start()。而Yii则是你用到session的时候才打开session。
说到项目的配置文件,TP要求是config.php,而Yii则比较灵活,支持多配置文件。
当初TP很推崇本身的ThinkAjax,如今也改用JQuery。这一点是进步。
TP作了不少小实例,这一点值得Yii学习。Yii在这一方面正在有一个叫yii playground的实例网站在开发中(http://code.google.com/p/yiiplayground/)。
TP的动态模型能够实现不须要定义Model。可是在实际的项目中,我更倾向于使用Yii的方式。顺便说一句,将label定义在model中,为个人平常开发带来了许多方便之处。
刚才提到TP的项目自动生成,Yii中也有这种工具。并且比起TP,Yii的工具更增强大并且可扩展。
从TP的代码中,有人能够看出其做者熟悉JAVA。而从Yii的代码中,有人会发现其做者熟悉.Net。这经常是我身边人看到代码的时候发生的小插曲。
Yii封装了大量的页面控件和类库,也是Yii如此吸引个人一点。这是TP短时间没法比拟的,在TP的使用过程当中总遇到这样那样的问题,让我感受TP对我反而是阻碍。而Yii真的是,舒服,实在是太好用了!
不管从代码规范、设计思路、类库丰富程度上来讲,TP都远远不及Yii。有人说你看TP多简洁,Yii太臃肿了。错了!简单和简洁不是一回事。TP 那叫简单,你读读Yii的代码吧,那才叫简洁。至于臃肿,去看看Zend Framework就知道了。(顺便说一句,我很喜欢Zend Framework,它是学习设计的典范)
说到读代码。对于程序员真的很难吗?读写得好的代码应该是一种享受才对。Yii的学习曲线是比TP高那么一点点,可是对比Yii的巨大优点而言不算什么了。并且,我认为在遇到学习困难就退缩或者认为Yii就像天书同样的人,仍是转行吧。
以上是应一篇评论所写的。对比TP1,如今的TP2的确有了不少进步,可是仍是存在一些问题。对比Yii……,TP真的没有可比的能力。抱歉让TP的fans失望了。
那就下定论了吗?不,不是的。从类库到框架,再到解决方案。什么是最好的?每个人都有不一样发说法,这是由于每个人的思惟习惯不一样,遇到的问题不一样,问题所在的环境也不一样。怎么能奢求全部人都有同一个选择呢?
仍是那句,适合,就是最好的。对我来讲,Yii是最好的。