phpmvc框架哪个好

1. php有哪些框架

PHP的框架有很多，这里说一部分供大家参考：

国内框架：ThinkPHP, Canphp, KYPHP, InitPHP, SpeedPHP, CdvPHP,KPHP。

国外着名框架：Zend Framework，Codelgniter，CakePHP，Symfony，Yii，Seagull，Laravel。

小型框架：E，DuoLamPHP，Difeye，GalaxixPhp，PhpPeanuts，Rong Framework，Openbiz Framework。

2. 国外主流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 在中小型项目中同样能够发挥重大作用 快速开发和原型构建 非常适合目标不清晰的原型项目的开发

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

3. 对于php初学者学习哪个框架比较好

应该要学以下几个方面
1、具备html基础，这个是肯定得要的了，要是这方面没基础的，应该先自行学习下。
2、学习php+mysql这个是核心了，推荐下比较出名的2个教程：lamp兄弟连教程，或者是php100的视频教程。
关于兄弟连的教程：主要是一些基础的东西的学习，讲得非常细，非常适合初学者。里面详细介绍了php和mysql的各个知识点，以及正则表达式等等内容，关于php100，可以看看后面的实例教程，这2个教程结合起来就能够基本把php+mysql学习好了。
3、css。 主要是网站外表设计的。这个非常重要，一个漂亮的网站才容易吸引访问者多停留。
4、JavaScript。 该技术可以让你的网站更加丰富。
第三第四点的教程主要参考前沿视频教程。
5、火车头，作为站长这个是肯定得学习下的。个人站长内容全部靠自己写，不太现实，刚开始用火车头采集下还是很必要的。看看火车头的相关说明，结果第三点中学习到的正则表达式，会让你做网站轻松不少
PHP，一个嵌套的缩写名称，是英文超级文本预处理语言(PHP:Hypertext Preprocessor)的缩写。PHP 是一种 HTML 内嵌式的语言，是一种在服务器端执行的嵌入HTML文档的脚本语言，语言的风格有类似于C语言，现在被很多的网站编程人员广泛的运用，目前大多的开源的软件都是采用php编写

4. php框架,mvc,php.mvc,thinkPHP都该怎么理解区分

你要知道mvc这三个字母分别代表啥，
模型，视图，控制器，
模型负责数据库的东西，控制器负责一些逻辑，视图负责显示内容，你研究下thinkphp默认生成的代码也就知道啥意思了

5. php的tp框架和mvc有啥区别

首先说Model吧。x0dx0a在TP中是一个表对应一个Model,而且普通Model中只是一些自动验证啊，自动完成啊、还有数据字段信息啊一些东西;而CI中的Model则完全不同，一个Model不必约束于一个表，也就是说名字为abc的Model中你也可以查询名字为def的表中的数据，而且可以定义方法完成一些数据查询，比如我可以在名为articles_model的Model中定义一个名字为get_articles的方法来获取所有文章信息，当某个Controller加载棚森游了这个Model后，就可以在相应的Controller中用x0dx0ax0dx0a1x0dx0a x0dx0a$this->articles_model->get_articles();x0dx0ax0dx0a来方便地获取所有文章信息，而对于TP来说，这些春兄操作只能在Action类中完成。2.0版的TP已经把View、Relation和Adv三个高级查询model库类定为不自动加载了，看了一下手册，感觉除了View视图查询容易用一点，另外两个都不怎么好用，感觉用起来太复杂，还不如用原生的SQL查询。CI的Model还有一个使我很喜欢的方法就是dbprefix方法，在使用原生的sql查询时使用这个函数使得修改数据库表名前缀后你的代码不需要经过任何改动。在TP中我没有发现类似的函数，当我用TP开发一个博客系统时，发现关联查询很麻烦，于是想用原生的SQL查询，却没有找到自动增加数据库表名前缀的方法，虽然可以自己修改TP的核心库来实现，但是还是觉得这样有点不太好。真的要感谢TP，如果不是TP，也许我就不会去关注CI了，当我那天看了几页CI的英文文档后，立马就对它产生的深厚的兴趣，于是第二天一起床就开始看CI的手册，虽然是从官网下的英文版的，不过它的手册写得很简洁、很周到，边看边操作，看完手册后我就几乎能熟练使用这个框架了。于是用它开发了一个博客系统。x0dx0aCI的Model类简单易用，TP的Model类功能相对来说要强大一些，但是用起来个人感觉没有那么方便。x0dx0a其次，对于View，从功能上讲，TP的View要更加强大一些，选择更多一些，在TP中你可以选择就用PHP作模板引擎，可以就用TP自身的模板引擎，也可以选择用smarty等其它第三链销方模板引擎。而在CI中就只能用CI内置的功能简单的模板引擎或者用原生的PHP代码作模板，个人觉得用PHP作模板更好一些，一来省去了学习另外的模板引擎语法的麻烦，二来执行效率更高一些。因些从View来讲，选择CI或者是TP都无所谓。x0dx0a再次是Controller了，在CI中的应用的控制器是继承自核心类Controller的，TP中的控制器则是继承于核心类Action。不过还是有不同的，在TP中，你可以把一些公共的变量或者在多个控制器中都要执行的东西放在一个action里，假如这个action文件为CommonAction.class.php ，在它的_initialize方法中可以执行一些在多个控制器中都要执行的代码或者初始化一些多个控制器都要使用的变量，这样，应用的其它action只要继承CommonAction 就可以实现了。因为框架在加载相应action时首先会自动加载那个CommonAction的。而在CI中就没有这个方便的功能了，但是也可以自己写一个library,在该library类的__construct方法里放一些代码，然后在每个控制器中都加载这个library,这样也可以实现像TP一样的功能。不过相对来说麻烦了一些。TP还有一点比较灵活的就是，在这个控制器(action)里面可以执行那个控制器中的函数（比如用A或者R函数来实现），在CI中则不行，你不能在这个控制器中执行那个控制器中的函数。还有就是TP可以定义一个名为EmptyAction的控制器，当所有控制器都找不到时，就调用这个Empty控制器。这一点如果与empty方法配合，可以使得URL大大缩减。虽然CI和TP都支持空操作，不过这二者的空操作名称不相同，实现的优先级也不相同。在TP中的空操作(_empty方法)优先级是最低的，也就是说当当前控制器的所有操作都找不到时才调用这个空操作；在CI中则恰恰相反，只要存在空操作（_remap方法），该控制器的其它的操作都没用了（不能访问了）。