PHP经过这么多年的发展，已经有非常多稳定的框架和技术，但是我们为什么要自己写框架呢？
更深层次的理解PHP，理解PHP的运行机制，优点和缺点使业务更加透明深度定制自己想要的东西对项目的整体架构带来更好规划那么如果要写一个架构都需要哪些技术和思想呢？
Composer最重要的（用来管理整个项目的autoload，包的管理）对项目整体理解，比如：是前后端分离，还是用PHP模板引擎渲染，如果是前后端分离，接口怎么设计，前端使用什么技术栈等等对服务器架构的考虑，怎么实现高并发，高可用，是否支持分布式部署那有的人会想了，难道写框架我们从0开始一行代码一行代码写吗？PSR，所有的PSR标准都要理解。好了，上面说了一些简单的想法和理解，现在开始真正的解答上面的一些问题和正式的开始。
比如我们现在有一个项目要求前后端分离，后端提供REST接口，前端不限制使用现在流行的框架Vue,React,Mithril等等，后端PHP代码必须遵循PSR规定的标准。
现在因为Composer的强大，我们不需要一行代码一行代码的开始写框架了，因为有很多比我们更牛的人帮我们写了很多基础的东西，我们站在巨人的肩膀上直接拿来用就可以了，现在要做的就是把一个一个优秀的包拼装成我们想要到东西，那有人就要想了，每个人写的东西都不一样能相互兼容吗？不必担心，前面我们提到了PSR标准，因为大家都是按照标准来写的，所以根本不用担心包与包之前的兼容问题。
Composer有那么多包，我们该选哪些包来用呢，至于这个问题只能根据自己所了解的和现在已有的一些优秀的框架来借鉴，对于小编来说，我给大家先推荐几个。
首先我们框架也是用现在普遍流行的，Router，Controller，Model，这些东西来写，我们从用户请求开始一直到请求结束的顺序看依次需要哪些包。
zend系列zendframework/zend-diactoroszendframework/zend-