我对Laravel ThinkPHP Yii symfony2 CI cakephp 的看法
这是我的真心体会，在尝试使用Laravel、ThinkPHP、Yii、symfony2、CI、cakephp、Yii2 之后的真实想法（default7#zbphp.com）。
1）ThinkPHP （版本号3.1.3）
我一開始用到的是ThinkPHP 3.1.3，入门门槛就是网址与方法相应这一点。当初我接触ThinkPHP3.1.3的时候事实上3.2版本号刚出不久，3.2与3.1.x相比是部分重构，用上了最新的命名空间，考虑到购买的虚拟主机可能不支持命名空间（命名空间必须PHP 5.3.3+才支持），也考虑到国内大部分企业假设已经用上了ThinkPHP，肯定也可能不是最新版的，所以一開始选择的是ThinkPHP3.1.3，用他做了一个站点。整体感觉非常好用，他为你做了尽可能及的一切。并且thinkphp是一家公司在支持，这样就不会说突然倒闭解散，假设是企业想用PHP来做一个平台的话，非常不错的选择，长期稳定。
2）Yii （版本号 Yii 1.1.14）
我学会了ThinkPHP之后，我就想到了再多学一门框架吧，这样以后找工作也更好一点，谈也好谈。然后偶然一次我去一家金融方面的公司面试PHP，他们用的是Yii。回来后网上搜索了Yii相关资料，看到非常多人对Yii的介绍称赞，AR、延迟载入、DAO、L10N、I18N，感觉yii一定非常有前景。便開始研究Yii（Yii 1.1.x）。看手冊，全英文的，偶然有看到帖子说Yii作者是中国人。后来才确认Yii 确实仅仅中国人写的。看了入门，自己下载下来安装，感觉以自己如今的水平来说非常难，非常多要记忆的zii widgets，并且耦合度很高，（我刚開始接触Yii的时候写的一个看法 http://bbs.csdn.net/topics/390807796）Html模板里面的写法耦合度更高，便放弃了。
3）cakephp （版本号 2.5.1）
到了这个时候，心里想的是就选一门easy点的框架来说，想到了非常多年曾经就听过的那一款框架CakePHP（最新版本号cakephp 2.5.1）。下载下来安装，看文档不支持命名空间、不用PHP最新的功能方法。看了英文的一部分文档，非常方便的感觉，对照yii，跟thinkphp一样有专门讲到图片验证码、SESSION、cookie操作，非常类似thinkphp，非常多都为你做好了。然后我下载来做自己的一个站点，我一開始就先做管理员部分，结果就发现，依照cakephp 的思路，管理员和前台事实上应该是在一个文件中面的。比方你有一个Post表，那么你的管理员和前台的针对Post的操作所有都是在PostController里面，而我期待的是必须前后台分离，没有耦合。
4）symfony2（symfony 2.5）
假设不是一本书上介绍到symfony，而且对他有非常多非常好的评价，我想我绝对特不会知道并关注symfony2的。開始接触symfony2，发现他安装方法跟我曾经接触到的PHP全然不一样，composer安装，非常新颖，这全然颠覆了我曾经对PHP的某些认识。Symfony2必须在PHP 5.3.3以上的版本号，事实上如今再去看，是必须PHP 5.4+以上版本号，由于他里面的一些组件component要求的是最新版本号，由于我写这篇文章的时候，我对这些框架的接触都是在数个礼拜之前，而这一段时间看的框架太多，可能有点混淆，假设有纰漏，或者探讨能够发邮件 default7#zbphp.com。安装好了symfony2之后，细致阅读symfony2的内容，他最大的特点就是将一整套程序的执行对照成电脑计算机的Input+Output+CPU。Request Resonse 和 PHP处理部分（事实上这种思路后来其它的框架Yii laravel cakephp 3.x全都借鉴了）。我再继续阅读symfony2的文档，他里面不会像thinkphp那样讲图片验证码、IP、IP归属地怎么查询、图片怎么上传处理之类的，搜索非常多相关资料，感觉symfony2是一个HTTP框架，可是并非MVC框架，而是一个HTTP框架。他有C 和V，可是没有M。思路跟yii thinkphp全然不一样的，组件化component的思想，跟Ror的不论什么都是对象的思路不一样，他是不论什么都是组件，低耦合。
5）Laravel （Laravel4.2）
我继续搜索PHP MVC Framework方面的帖子，找了非常久，看到有一篇文章上配了一张图（上面那一张），说截止到2013年年底，Laravel占有率是最高的！然后便去了解laravel，百度搜索Laravel，已经有蛮多站点了，比方 www.golaravel.com，介绍laravel框架，文档，介绍到Restful功能、是企业级框架。
事实上我一直以来都想找一个这种框架，长期、稳定，不会一下子就解散了不支持了，不会说今天一变明天一变。并且有命名空间最新的几个功能得有，能够省去以后常常重构麻烦。下载安装laravel，也是composer方式安装。然后開始用了，发现他官方上一直非常推崇的路由功能，使用起来却非常繁琐。每一条请求网址都要写一条路由。想到这里认为不敢想像，一个站点的网址非常多的，并且不同样的规律，包含管理员后台，假设这样每一条网址都要写一个路由，并且所有都是些到routes.php这一个文件中面去，你想象一下，载入要耗费多少资源时间？？？并且描写叙述上说的文档丰富，可是看到了真的非常少，不齐全（对照symfony cakephp，他的文档真少）。
6）又一次回到Yii（Yii 2.0）
事实上我这一阵子一直都在寻找一款MVC框架，支持命名空间、支持AR、方便好用，有图片验证码自己主动生成、图片上传处理，水印处理，支持I18N，多语言、有非常多人在使用、成熟的文档、稳定长期、适合企业级。最后对照了这么多框架还是回到了最開始想到的那几个框架，又一次回到Yii。想到自己为什么一開始就认为Yii不适合，但去对照了其它框架，才发现Yii是差点儿最好的，追求的是运行效率、速度（当然相对）。
对照了这么多框架，发现一个现象，中国的程序和国外的程序猿的思维不同点，中国的程序猿是看钱包点菜，外国的程序猿全然是看自己喜好来点菜。用第二种说法来讲，中国的程序猿是努力去适应环境，而国外的程序猿是努力改变环境。怎么来说，相同一个需求项目，中国程序猿首先考虑到的是server支持吗？版本号支持吗？承受得了多少訪问？配置方面的限制怎么样，怎么样执行最快，国内90%以上的PHP程序都是执行在虚拟主机上，一台server数百个甚至数千个站点。而国外的程序猿全然不须要考虑这些，他们依照自己的思路来，全然不考虑配置，他应该认为怎么样一个架构思路，而不用去关心机器怎么样执行最快，人来决定架构，而不是机器配置决定架构，有种非常文艺的感觉。
比方Laravel，他里面每个网址就必须写一个路由，这全然是不考虑server性能，如果整个站点有3000不同形式的个网址，那一次性载入得多少耗费？？还有国外比較流行的程序Drupal，也是全然不计较server的配置，而是单纯从人的思考的角度去规划的，他将全部的内容全都想象成节点，key-val的形式，彻底忽略配置的限制。我在本地机子（双核CPU 6G内存）的电脑上执行drupal都卡得无法形容，更别提上传到server。（文 bydefault7#zbphp.com）
==============2014-6-22补充一下=================
补充一下，美国的主机上dreamhost提供的PHPserver是支持最新版的PHP的，后台能够*切换。所以支持全部最新框架。