我对Laravel ThinkPHP Yii symfony2 CI cakephp 的看法

作者: mfrbuaa
发布时间:2015-06-29 17:41:07

这是我的真心体会,在尝试使用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的,后台能够自由切换。所以支持全部最新框架。








来源:http://www.cnblogs.com/mfrbuaa/p/3813332.html

推荐: