一次框架性能的比较,引起了我对搭建web框架的兴趣
背景 一次无意的访问,点击到了一个专门做PHP性能测试的网站,看这里 PHP Benchmarks 。 在里面发现了框架性能测试的结果,发现Laravel的框架性能尽然是最低的。瞬间受到了一万点的暴击,谁让最近一直用Laravel开发项目的呢。 说到底还是Laravel好用呀,方便不说,各方面支持的也不错,业务方面做的也是内部系统,哪怕性能慢点,也可以用前后端分离、负载均衡等手段解决掉,大体上也是够用。 不过,作为一个开发人员,理想还是要有的,这时就在想能不能采取Laravel框架的优点,用到什么就装什么,去掉一些请求到响应之间用不到的组件,精简框架。 之前也熟读过Laravel的源码,知道它的底层用的是Symfony的组件,毕竟没必要重复的造轮子。那么我们的框架之旅也将基于Symfony组件。。。 目录 一、Composer运行机制 二、框架前期准备 三、HttpFoundation组件封装Request、Response 四、路由处理 五、控制器处理相应功能(C) 六、分离模板(V) 七、分离模型(M) 八、剥离核心代码 九、优化框架 十、依赖注入(Dependency Injection) 正文 一、Composer运行机制 Composer的使用最关键的得益于 PHP标准规范 的出现,特别是其中的psr4, 自动加载规范 ,规范了如何指定文件路径从而自动加载类定义