这篇文章主要讲解了“怎么从0开始构建一个PHP框架”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“怎么从0开始构建一个PHP框架”吧！
如何构建一个自己的PHP框架
为什么我们要去构建一个自己的PHP框架?可能绝大多数的人都会说“市面上已经那么多的框架了，还造什么轮子?”。我的观点“造轮子不是目的，造轮子的过程中汲取到知识才是目的”。
那怎样才能构建一个自己的PHP框架呢?大致流程如下：
入口文件 ----> 注册自加载函数 ----> 注册错误(和异常)处理函数 ----> 加载配置文件 ----> 请求 ----> 路由 ---->（控制器 <----> 数据模型） ----> 响应 ----> json ----> 视图渲染数据除此之外我们还需要单元测试、nosql支持、接口文档支持、一些辅助脚本等。最终我的框架目录如下：
框架目录一览
app [PHP应用目录] ├── demo [模块目录] │ ├── controllers [控制器目录] │ │ └── Index.php [默认控制器文件，输出json数据] │ ├── logics [逻辑层，主要写业务逻辑的地方] │ │ ├── exceptions [异常目录] │ │ ├── gateway [一个逻辑层实现的gateway演示] │ │ ├── tools [工具类目录] │ │ └── UserDefinedCase.php [注册框架加载到路由前的处理用例] │ └── models [数据模型目录] │ └── TestTable.php [演示模型文件，定义一一对应的数据模型] ├── config [配置目录] │ ├── demo [模块配置目录] │ │ ├── config.php [模块自定义配置] │ │ └── route.php [模块自定义路由] │ ├── common.php [公共配置] │ ├── database.php [数据库配置] │ └── nosql.php [nosql配置] docs [接口文档目录] ├── apib [Api Blueprint] │ └── demo.apib [接口文档示例文件] ├── swagger [swagger] framework [Easy PHP核心框架目录] ├── exceptions [异常目录] │ ├── CoreHttpException.php[核心http异常] ├── handles [框架运行时挂载处理机制类目录] │ ├── Handle.php [处理机制接口] │ ├── ErrorHandle.php [错误处理机制类] │ ├── ExceptionHandle.php [未捕获异常处理机制类] │ ├── ConfigHandle.php [配置文件处理机制类] │ ├── NosqlHandle.php [nosql处理机制类] │ ├── LogHandle.php [log机制类] │ ├── UserDefinedHandle.php[用户自定义处理机制类] │ └── RouterHandle.php [路由处理机制类] ├── orm [对象关系模型] │ ├── Interpreter.php [sql解析器] │ ├── DB.php [数据库操作类] │ ├── Model.php [数据模型基类] │ └── db [数据库类目录] │ └── Mysql.php [mysql实体类] ├── nosql [nosql类目录] │ ├── Memcahed.php [Memcahed类文件] │ ├── MongoDB.php [MongoDB类文件] │ └── Redis.php [Redis类文件] ├── App.php [框架类] ├── Container.php [服务容器] ├── Helper.php [框架助手类] ├── Load.php [自加载类] ├── Request.php [请求类] ├── Response.php [响应类] ├── run.php [框架应用启用脚本] frontend [前端源码和资源目录] ├── src [资源目录] │ ├── components [vue组件目录] │ ├── views [vue视图目录] │ ├── images [图片] │ ├── ... ├── app.js [根js] ├── app.vue [根组件] ├── index.template.html [前端入口文件模板] ├── store.js [vuex store文件] public [公共资源目录，暴露到万维网] ├── dist [前端build之后的资源目录，build生成的目录，不是发布分支忽略该目录] │ └── ... ├── index.html [前端入口文件,build生成的文件，不是发布分支忽略该文件] ├── index.php [后端入口文件] runtime [临时目录] ├── logs [日志目录] ├── build [php打包生成phar文件目录] tests [单元测试目录] ├── demo [模块名称] │ └── DemoTest.php [测试演示] ├── TestCase.php [测试用例] vendor [composer目录] .git-hooks [git钩子目录] ├── pre-commit [git pre-commit预commit钩子示例文件] ├── commit-msg [git commit-msg示例文件] .babelrc [babel配置文件] .env [环境变量文件] .gitignore [git忽略文件配置] build [php打包脚本] cli [框架cli模式运行脚本] LICENSE [lincese文件] logo.png [框架logo图片] composer.json [composer配置文件] composer.lock [composer lock文件] package.json [前端依赖配置文件] phpunit.xml [phpunit配置文件] README-CN.md [中文版readme文件] README.md [readme文件] webpack.config.js [webpack配置文件] yarn.lock [yarn lock文件]框架模块说明：
入口文件
定义一个统一的入口文件，对外提供统一的访问文件。对外隐藏了内部的复杂性，类似企业服务总线的思想。
// 载入框架运行文件 require('../framework/run.php');[ file: public/index.php ]
自加载模块
使用spl_autoload_register函数注册自加载函数到__autoload队列中，配合使用命名空间，当使用一个类的时候可以自动载入(require)类文件。注册完成自加载逻辑后，我们就可以使用use和配合命名空间申明对某个类文件的依赖。
[ file: framework/Load.php ]
错误和异常模块
脚本运行期间：
错误:
通过函数set_error_handler注册用户自定义错误处理方法，但是set_error_handler不能处理以下级别错误，E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING，和在 调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT。所以我们需要使用register_shutdown_function配合error_get_last获取脚本终止执行的***错误，目的是对于不同错误级别和致命错误进行自定义处理，例如返回友好的提示的错误信息。
[ file: framework/hanles/ErrorHandle.php ]
异常:
通过函数set_exception_handler注册未捕获异常处理方法，目的捕获未捕获的异常，例如返回友好的提示和异常信息。
[ file: framework/hanles/ExceptionHandle.php ]
配置文件模块
加载框架自定义和用户自定义的配置文件。
[ file: framework/hanles/ConfigHandle.php ]
输入和输出
定义请求对象：包含所有的请求信息
定义响应对象：申明响应相关信息
框架中所有的异常输出和控制器输出都是json格式，因为我认为在前后端完全分离的今天，这是很友善的，目前我们不需要再去考虑别的东西。
[ file: framework/Request.php ]
[ file: framework/Response.php ]
路由模块
通过用户访问的url信息，通过路由规则执行目标控制器类的的成员方法。我在这里把路由大致分成了四类：
传统路由
domain/index.php?module=Demo&contoller=Index&action=test&username=testpathinfo路由
domain/demo/index/modelExample用户自定义路由
// 定义在config/moduleName/route.php文件中，这个的this指向RouterHandle实例 $this->get('v1/user/info', function (Framework\App $app) { return 'Hello Get Router'; });微单体路由
我在这里详细说下这里所谓的微单体路由，面向SOA和微服务架构大行其道的今天，有很多的团队都在向服务化迈进，但是服务化过程中很多问题的复杂度都是指数级的增长，例如分布式的事务，服务部署，跨服务问题追踪等等。这导致对于小的团队从单体架构走向服务架构难免困难重重，所以有人提出来了微单体架构，按照我的理解就是在一个单体架构的SOA过程，我们把微服务中的的各个服务还是以模块的方式放在同一个单体中，比如：
app ├── UserService [用户服务模块] ├── ContentService [内容服务模块] ├── OrderService [订单服务模块] ├── CartService [购物车服务模块] ├── PayService [支付服务模块] ├── GoodsService [商品服务模块] └── CustomService [客服服务模块]如上，我们简单的在一个单体里构建了各个服务模块，但是这些模块怎么通信呢?如下：
App::$app->get('demo/index/hello', [ 'user' => 'TIGERB' ]);通过上面的方式我们就可以松耦合的方式进行单体下各个模块的通信和依赖了。与此同时，业务的发展是难以预估的，未来当我们向SOA的架构迁移时，很简单，我们只需要把以往的模块独立成各个项目，然后把App实例get方法的实现转变为RPC或者REST的策略即可，我们可以通过配置文件去调整对应的策略或者把自己的，第三方的实现注册进去即可。
[ file: framework/hanles/RouterHandle.php ]
传统的MVC模式提倡为MCL模式
传统的MVC模式包含model-view-controller层，绝大多时候我们会把业务逻辑写到controller层或model层，但是慢慢的我们会发现代码难以阅读、维护、扩展，所以我在这里强制增加了一个logics层。至于，逻辑层里怎么写代码怎么，完全由你自己定义，你可以在里面实现一个工具类，你也可以在里面再新建子文件夹并在里面构建你的业务逻辑代码，你甚至可以实现一个基于责任连模式的网关(我会提供具体的示例)。这样看来，我们的最终结构是这样的:
M: models, 职责只涉及数据模型相关操作
C: controllers, 职责对外暴露资源，前后端分离架构下controllers其实就相当于json格式的视图
L: logics, 职责灵活实现所有业务逻辑的地方
logics逻辑层
逻辑层实现网关示例：
我们在logics层目录下增加了一个gateway目录，然后我们就可以灵活的在这个目录下编写逻辑了。gateway的结构如下：
gateway [Logics层目录下gateway逻辑目录] ├── Check.php [接口] ├── CheckAppkey.php [检验app key] ├── CheckArguments.php [校验必传参数] ├── CheckAuthority.php [校验访问权限] ├── CheckFrequent.php [校验访问频率] ├── CheckRouter.php [网关路由] ├── CheckSign.php [校验签名] └── Entrance.php [网关入口文件]网关入口类主要负责网关的初始化，代码如下：
// 初始化一个：必传参数校验的check $checkArguments = new CheckArguments(); // 初始化一个：app key check $checkAppkey = new CheckAppkey(); // 初始化一个：访问频次校验的check $checkFrequent = new CheckFrequent(); // 初始化一个：签名校验的check $checkSign = new CheckSign(); // 初始化一个：访问权限校验的check $checkAuthority = new CheckAuthority(); // 初始化一个：网关路由规则 $checkRouter = new CheckRouter(); // 构成对象链 $checkArguments->setNext($checkAppkey) ->setNext($checkFrequent) ->setNext($checkSign) ->setNext($checkAuthority) ->setNext($checkRouter); // 启动网关 $checkArguments->start( APP::$container->getSingle('request') );实现完成这个gateway之后，我们如何在框架中去使用呢?在logic层目录中我提供了一个user-defined的实体类，我们把gateway的入口类注册到UserDefinedCase这个类中，示例如下：
private $map = [ // 演示 加载自定义网关 'App\Demo\Logics\Gateway\Entrance' ];这样这个gateway就可以工作了。接着说说这个UserDefinedCase类，UserDefinedCase会在框架加载到路由机制之前被执行，这样我们就可以灵活的实现一些自定义的处理了。这个gateway只是个演示，你完全可以天马行空的组织你的逻辑～
视图View去哪了?由于选择了完全的前后端分离和SPA(单页应用), 所以传统的视图层也因此去掉了，详细的介绍看下面。
[ file: app public function dbFindAllDemo() { $where = [ 'id' => ['>=', 2], ]; $instance = DB::table('user'); $res = $instance->where($where) ->orderBy('id asc') ->limit(5) ->findAll(['id','create_at']); $sql = $instance->sql; return $res; }
Model类使用示例
// controller 代码 public function modelExample() { try { DB::beginTransaction(); $testTableModel = new TestTable(); // find one data $testTableModel->modelFindOneDemo(); // find all data $testTableModel->modelFindAllDemo(); // save data $testTableModel->modelSaveDemo(); // delete data $testTableModel->modelDeleteDemo(); // update data $testTableModel->modelUpdateDemo([ 'nickname' => 'easy-php' ]); // count data $testTableModel->modelCountDemo(); DB::commit(); return 'success'; } catch (Exception $e) { DB::rollBack(); return 'fail'; } } //TestTable model public function modelFindAllDemo() { $where = [ 'id' => ['>=', 2], ]; $res = $this->where($where) ->orderBy('id asc') ->limit(5) ->findAll(['id','create_at']); $sql = $this->sql; return $res; }[ file: framework/orm public function testDemo() { $this->assertEquals( 'Hello Easy PHP', // 执行demo模块index控制器hello操作，断言结果是不是等于'Hello Easy PHP' App::$app->get('demo/index/hello') ); }
phpunit断言文档语法参考
[ file: tests/* ]
Git钩子配置
目的规范化我们的项目代码和commit记录。
代码规范：配合使用php_codesniffer，在代码提交前对代码的编码格式进行强制验证。
commit-msg规范：采用ruanyifeng的commit msg规范，对commit msg进行格式验证，增强git log可读性和便于后期查错和统计log等, 这里使用了 Treri 的commit-msg脚本，Thx~。
[ file: ./git-hooks/* ]
辅助脚本
cli脚本
以命令行的方式运行框架，具体见使用说明。
build脚本
打包PHP项目脚本，打包整个项目到runtime/build目录，例如：
runtime/build/App.20170505085503.phar <?php // 入口文件引入包文件即可 require('runtime/build/App.20170505085503.phar')[ file: ./build ]
如何使用?
执行：
composer install
chmod -R 777 runtime
网站服务模式:
步骤 1: yarn install
步骤 2: DOMAIN=http://localhost:666 npm run demo
步骤 3: cd public
步骤 4: php -S localhost:666
访问网站：http://localhost:666/index.html
访问接口：http://localhost:666/Demo/Index/hello
demo如下：
客户端脚本模式:
php cli --method= --= ... 例如, php cli --method=demo.index.get --username=easy-php获取帮助:
使用命令 php cli 或者 php cli --help
问题和贡献
不足的地方还有很多，如果大家发现了什么问题，可以给我提 issue 或者PR。
或者你觉着在这个框架实现的细节你想了解的，一样可以给我提 issue ，后面我会总结成相应的文章分享给大家。
如何贡献?
cp ./.git-hooks/* ./git/hooks然后正常发起PR即可, 所有的commit我都会进行代码格式(psr)验证和commit-msg验证，如果发生错误，请按照提示纠正即可。
TODO
懒加载优化框架加载流程
性能测试和优化
变更Helper助手类的成员方法为框架函数，简化使用提高生产效率
提供更友善的开发api帮助
模块支持数据库nosql自定义配置
支持mysql主从配置
ORM提供更多链式操作api
框架log行为进行级别分类
想办法解决上线部署是配置文件问题
基于phar文件和git webhook自动化打包部署
感谢各位的阅读，以上就是“怎么从0开始构建一个PHP框架”的内容了，经过本文的学习后，相信大家对怎么从0开始构建一个PHP框架这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是编程网，小编将为大家推送更多相关知识点的文章，欢迎关注！
