我对Laravel ThinkPHP Yii symfony2 CI cakephp 的见解

这是个人真心体会，在尝试使用Laravel、ThinkPHP、Yii、symfony二、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的，后台可以自由切换。因此支持所有最新框架。