感觉 php 开发已经逐渐不需要框架了呀

php 不是本来就是写法太自由，用框架来约束吗？

你需要考虑可维护性。。。。毕竟项目不是你一个人在写。。。。。

小项目，或者有针对性的项目，可以这样做，如果是大型的项目，有各种功能，还是上大框架！

php 用框架真是脱裤子放屁的感觉，但是团队开发，没约束不行啊，框架就是用来统一步伐，约束个人的自由散漫的。

你知道 symfony 吗！

我个人开发的话连 composer 都用不到，自己封装一下常用的几个类几个功能函数，舒服的不要不要的

重要的是为了更好地编写测试，单清晰的分层和路由是不够的，需要做的事情还有很多。

好像 pdo 带了一点 oom 的功能了

赞同 2 楼

在 composer 下对 psr 的功能进行实现，然后在弄一个路由分发请求就差不多了。你这不是又一套框架？还是个功能不完整的框架！

并没有，大型项目在没有 composer 的年代也会写着写着就写成框架。框架只是一个团队在一起工作约定的编程范式。

@firebroo 我只想问, 您的头像是不是跟 v2 里面哪个大神冲突了

@miaotaizi 我盗的图，很好用～～

这种感叹没太大意义啊，架构项目要根据需求和团队来决定。

中小型项目还是需要框架的，毕竟减少重复编码，节约时间等好处，但我之前做的几个项目用的基于 TP 的程序不过太臃肿了，举个例子：按其中项目最终大小看，自写框架实现同样功能的应用，自写的仅 8M 左右，而使用 TP 则达到 20M 。太多冗余代码， N 多对象链的堆砌，肆无忌惮地花费宝贵的系统资源去做一些和业务无关的事，仅仅为了强制代码的规范化，其实是个花架子。不过最近用的 corethink ，感觉代码质量还蛮高，你可以试试看，开源免费下载的

项目稍微大一点，不用框架，到最后，你会发现，一个项目，有 1024 种风格的代码。

框架目前的主流是一堆解耦的组件的集合而已（参考 Rails ， Symfony ）。这些组件都可以单独拿出来用，也可以给其他的框架用。「然后在弄一个路由分发请求就差不多了」，框架中就有对应的组件，你如果觉的你自己造的轮子更优秀，那就自己写也可以。但你发现写到后面这也要写那也要写，最后你把你写的组件集合一下，一个新的框架就诞生了。不过目前的主流的框架都是一群优秀的程序员在维护，闭着眼睛也可以说实现的比你自己写的要好很多。