① php的哪个MVC框架最值得推荐
1、Laravel，laravel这个框架很有意思，定时任务，数据迁移，大概你能在web中想到的功能这个框架都可以提供，它的路由借鉴了Ruby on Rails 和python的flask框架，但是还提供了web方面其它的一些功能，你可以把它想象成PHP中像Java一样强大的Web中的瑞士军刀，前提是你不考虑性能，因为它的实现使用了大量的闭包和反射，大概在PHP里严格引入设计模式的也只有这个了。
生产效率：5星
学习难度：5星（5星为最难，学习成本最高，下同）
性能：2星
社区活跃：4星（社区活跃可以很方便的找到别人已经开发的功能，专指中文文档，组件丰富性）
2、ThinkPHP5，大概3年前研究过TP3源码，使用起来简单，因为自动加载的问题，性能是个坑，现在发展到5，个人认为已经是一个相当优秀的框架了，路由定义简单，配置简单，文档丰富，社区也相当活跃
生产效率：5星
学习难度：1星
性能：4星
社区活跃：4星
3、Yii2，Yii2的路由分发跟TP5稍微有点不一样，也使用了反射的功能，自动加载现在都使用的composer，大体上都差不多，都有延时加载，Yii2的路由相对智能一些，不用去手动维护，类似于TP3所以使用起来也是很方便，性能比TP5应该略差点，没测试过，从源码来看
生产效率：5星
学习难度：2星
性能：3.5星
社区活跃：4星（很多强大的组件，你只要下载就行了，会省很多事）
4、CakePHP，这个框架内部的封装性看上去没上面那几个优美，但是它自己实现了use关键字功能，所以兼容性来看应该是比上面那几个好点的，但这在新项目上应该不是问题，新项目上PHP7，啥都别想，准没错。它的路由定义类似于TP5但是稍微多点功能，不过其实是个鸡肋。中文文档就不说了，很不好找。不过也算是个相对简单的框架严格遵循MVC
生产效率：3星
学习难度：3星
性能：4星
社区活跃：2星
5、Workman，这个框架相当强大，如果你要实现一些复杂的协议或者用php做一些websocket推送或者TCP/UDP服务器的话，这个框架可能可以满足你的需求，也有一些异步的组件，比较高级的框架，初中级程序员可能用不上
生产效率：3星
学习难度：4星
性能：3星
社区活跃：2星
6、swool，这是个相当有意思的框架，性能很强大，旁友，你听说过异步编程的nodejs，python的tornado框架吗，这个在php里做的就是一个这样的事情，国内的一位老兄开发的C扩展，用php来异步编程，看了下文档，稍微做了个性能测试，相当优秀，就是不知道在项目中重度使用会不会踩到什么坑，而且这也是一个相当高级的框架。大部分人可能直接转node了吧，毕竟node生态环境已经相当好了，总之，如果你想用php试试异步编程来提高性能，非这个框架莫属。性能独一档，编程难度也相对高一些，你需要有些进程的理论基础
生产效率：3星
学习难度：4星
性能：6星
社区活跃：2星
7、Yaf，鸟哥写的c扩展框架，然而你要自己实现很多轮子，生态环境是个大问题。
生产效率：4星
学习难度：4星
性能：5.5星
社区活跃：2星
其它框架还没怎么了解，国内的话，根据具体业务，选上面几个，没错。
② PHP 微型框架有什么好的推荐吗
1. Cake PHP
\
CakePHP是一个拥有极大灵活性的开发，维护和部署的快速开发框架。使用非常常见的MVC和ORM设计模式，及其配置规则帮助大家简化开发过程而无须开发过多的代码
和ZF类似，CakePHP不要求配置。使用简单。在IRC上拥有非常友好的社区#cakePHP，用来帮助新的用户快速开始学习。基于MIT License，拥有最佳实践，例如，安全，认证和session处理。拥有面对对象的方式帮助你更简单的使用。
源代码
2. Yii Framework
\
Yii是一个免费，开源的web应用开发框架，使用PHP5开发，帮助开发干净，简洁的设计并且鼓励开发开发。它帮助流水化的开发应用，并且保证高效，可扩展和易维护。性能极大的优化，非常适合开发任何类型的产品和项目。然而，它内建复杂，企业级别的应用。你拥有完整的控制，包括表现层和持久层，符合了企业级别开发的指导方针
源代码
3. Zend
\
Zend Framework 2 是一个使用PHP5.3+来开发web应用和服务的开源框架。使用100%的面对对象的代码并且使用PHP5.3种的新特性，例如名字空间，late static binding，lamda function和closure。Zend framewok 2 由成功的PHP框架Zend Framework 1演变而来，而Zend framework 1拥有1500万的下载量。Zend framework2拥有独特的组件结构，每一个组件都设计的尽量少和其它组件产生依赖关系。 ZF2遵循了严格的面对对象的设计原理。这种非严格的组件关系结构允许开发人员使用任何他想使用的组件。
源代码
4. Symfony
\
Smyfony是一个web应用框架，遵循了典型的MVC（model view controller）的设计结构，现在越来越受欢迎，Symfony基于MIT license，它使用一些PHP代码类的辅助类库得开发的过程简单
源代码
5. Webasyst
\
webasyst是一个开源的PHP框架用来开发平滑的多用户web应用或者复杂的网站。和其它的框架，例如，zend和symfony，比较起来，Webasyst框架更专注，并且允许更快和更高效的创建基于商业和团队使用的应用。这个框架提供了大量的现成的工具用来管理用户和授权，UI创建，移动端的访问等等
源代码
6. Laravel
\
Laravle是一个定位于优雅简单的PHP框架。变成不会变的苦闷。事实上，使用正确的工具绝对是让它成为一个让人愉悦的事情。Laravel适合所有的PHP开发人员，特别是初学者。除了完善的文章，Laravel的友好的社区一直帮助回答文档上没有涉及到的相关问题。使用Bundle来打包和分享代码绝对是一个非常棒的方式
源代码
7. Guzzle
\
Guzzle是一个帮助大家解决发送HTTP请求和创建web service 客户端中多余的步骤的框架。包含了用来创建强壮的web service客户端的工具，其中： 定义输入和输出的服务描述API，用来遍历分页资源的资源迭代，高效发送大量请求等等。
源代码
8. Phalcon PHP
\
Phalcon PHP是一个被发布成为C扩展并且提供高性能和低资源消耗的web框架。使用C书写，平台无关。作为这样的框架，PHP支持微软的windows系统， GNU/linux，Max OSX，你可以下载一个适合你的系统的二进制包或者自己编译
源代码
9. CodeIgniter
\
Codelgiter是一个强大的PHP框架，拥有非常小的体积，针对需要使用简单优雅的工具套件开发完整特性的web应用而开发。如果你需要处理共享主机账号或者客户时间有限制，并且厌倦了没有文档的大型框架的话，Codeignier可能非常适合你
源代码
10. Fuel PHP
\
Fuel是一个简单，灵活，社区驱动的PHP5.3 web框架，基于其它框架中的好的想法而开发一个框架。在Apache,，IIS和Nginx上测试过。Fuel使用另外一种方式实现，和其它框架不同，它努力成为社区驱动的框架。刚成立不到6个月，已经有30多个开发人员贡献了代码和文档。
③ php中，哪个框架比较好用是CI，TP，Zend，还是YII
所有框架中最神奇的、开发最迅速的是ruby on rails，号称比别的框架快4倍，所言非虚，因为rails有自动代码生成器功能，创建一个模型，自动给你搭好CURD操作。后来的很多框架，包括django(python)，lavarel(php),cakephp(php)都是模仿rails，但都不如rails，主要原因在于ruby语言本身的简洁与优美，读rails的代码感觉特别舒服，特别精练，一点不绕（很少有php框架中常见的大段检测、对比、if判断代码），而其它语言的框架都达不到这点
目前最活跃的框架是thinkphp、CI、YII社区也还可以，其余的社区人气很差，没法考虑，尤其是rails，在中国人气非常之低，配置与启动需用命令行，win系统不能很好兼容，问题都找不到答案，最终不得不舍弃。
从人气与文档详细上，最终胜出的是tp,ci,YII,ZEND至今连个中文手册都没有，直接pass,不管它号称多么强大，连个中文社区与文档都没有，出了问题还要翻墙看英文，太痛苦了
在TP、YII、CI三者的角逐中，YII同样有命令行（有命令行的一律减分），有自动生成器功能，但是有个巨大缺点：生成出很多不用的空文件夹，导致文件结构非常混乱，控制器文件、模型文件夹四处都有，不知道哪个跟哪个，而且YII的函数比较碎片化，语法不够清晰也不好懂，最终PASS
TP是国产的，如果CI给80分，TP也可以给75分，两者很接近，tp社区人气很活跃，有什么问题网络一搜就出来了，开源代码也非常多，类库集成度跟CI不相上下，差就差在文件结构上稍逊CI一些，语法易懂性也比CI稍差
④ php开发需要框架吗
php中也存在框架，如国内比较常用的thinkphp、brophp。国外的Laravel。但使用其也用利弊，分析如下：
框架是非常好的，它能让决定更连贯。框架能避免我们写一大堆自定义模块来实现这些性能，我们所需要做的就是将这些共用模块放在框架中实现。框架节省了我们不少的时间和精力，并且让扩展变得更容易。但是这也是问题的根本所在。
对锤子来说，所有事物都是钉子
Abraham Kaplan说过的一句话能最好地控诉工具的缺点：把锤子给一个小孩，他会用锤子槌遇到的所有事物
这就是衡量你是否更职业的时候了，交付对未来扩展最好的代码而不是交付最容易实现的代码。是为了以后的需求更好的设计你的代码还是让以后的人做需求的时候再考虑，这就是程序员的责任感问题了。作为一个更职业的开发者，我们必须不依赖框架独立思考。
这就是你的错
是不是经常听到某人在抱怨某个框架？我已经听见好多人抱怨过Rails了：“Rails应用总是糟糕的结构”或者“Rails测试总是这么慢”。最开始，我也曾经这么认为。但是现在，每当我听到这些抱怨的时候，我就会意识到其实抱怨者是懒惰的。Rails，或者其他框架，只是一个工具而已，你要做的是控制它。把坏代码归咎于无生命的框架只能说明你的不专业。
选择正确的工具，或者正确地使用工具
决定变得更专业
我们必须根据基本的需求来选择工具。框架确实能做很多事情，并且需求会决定整个代码结构。有的时候框架会很适合某个需求。但是当框架不适合某些需求的时候，你就有责任为了代码的清晰和干净修改框架或者封装框架。
作者Myles Megyesi正文结束读后感文章中提到框架只是一个工具，你不能用这个工具来满足你的所有需求，当框架无法清晰完整地满足你的需求的时候，你要做的不是写一大堆垃圾麻烦的代码来实现需求，更不是修改你的需求来满足更容易实现这件事。作为更专业的你，你需要修改框架，或者使用抽象等思维来使你的代码达到清晰干净。
这点在实际开发中会遇到非常多。当别人问你：这里的代码为什么这么写？ 如果你的回答是：没办法啊，因为框架是这么这么做的，我只能这么这么做。这就说明了你已经被框架束缚住了。不要认为框架是权威，框架也是别人写的，它写的时候不会考虑到你的需求。只要你的需求是团队的公共需求，需要修改，增加框架的时候，你就应该修改框架。
代码是让人更清晰自然的阅读和开发的，如果被一个框架捆绑住，实际上就是本末倒置了。