搭建自己的PHP MVC框架
本文详细讲述了搭建自己的PHP MVC框架的方法。分享给大家供大家参考，具体如下：
前言
说到写PHP的MVC框架，大家想到的第一个词--“造*”，是的，一个还没有深厚功力的程序员，写出的PHP框架肯定不如那些出自大神们之手、经过时间和各种项目考验的框架。但我还是准备并且这么做了，主要是因为：
认为有关PHP的方方面面都了解了，但自己学习PHP的时间还短，基础并不扎实，很多常用函数的参数还偶尔要查手册，而且对于PHP的一些较新的特性如命名空间、反射等只是简单的看过，并没有能实际应用过。
PHP的知识多且杂，一个普通的项目往住是业务逻辑代码为主，而框架是一个能把这些知识点能融汇在一起的项目。
在自己写一个框架的时候，也会参考一些我使用过的框架如TP/CI/YII等的源码，在自己看源码时也能帮助自己理解框架，更容易接受以后要使用的框架。
所以说，这次造*的目的不是为了造*而是为了在造*的过程中熟悉其工艺，总结*特点，更好的使用*。
如果说写一个完整的PHP框架，那需要掌握的PHP知识点非常多，像设计模式、迭代器、事件与钩子等等，还有许多基础知识的灵活应用。我自认为这些还无法完全掌控，所以我的步骤是先自己搭建一个骨架，然后参考借鉴不同的PHP框架的特点，将其慢慢完善。因为工作原因，而且晚上还要补算法、网络等编程基础，PHP框架部分可能只有周末有时间更新，我会在进行框架功能更新之后，总结使用的知识点，更新博文。
首先放上框架的目前源码：GITHUB/zhenbianshu
框架整体
首先自己总结一下PHP的MVC框架的工作流程:
简单来说，它以一个入口文件来接受请求，选择路由，处理请求，返回结果。
当然，几句话总结完的东西实际上要做的工作很多，PHP框架会在每次接受请求时，定义常量，加载配置文件、基础类，根据访问的URL进行逻辑判断，选择对应的（模块）控制器和方法，并且自动加载对应类，处理完请求后，框架会选择并渲染对应的模板文件，以html页面的形式返回响应。在处理逻辑的时候，还要考虑到错误和异常的处理。
1、作为MVC框架，一定要有一个唯一的入口文件来统领全局，所有的访问请求都会首先进入这个入口文件，如我框架根目录的index.php，在里面，我定义了基本文件夹路径，当前环境，并根据当前环境定义错误报告的级别。
2、PHP中加载另外的文件，使用require和include,它们都是将目标文件内容加载到当前文件内，替换掉require或include语句，require是加载进来就执行，而include是加载进来在需要的时候执行，而它们的_once结构都是表示在写多次的时候只执行一次。
3、框架内的配置变量等使用专用的配置文件来保存，这里我仿照了TP里的数组返回法，用了一个compileConf()函数来解析数组，将数组的键定义为常量，值为数组的值。
if (!function_exists('compile_conf')) {
function compileConf($conf) {
foreach ($conf as $key => $val) {
if(is_array($val)){
compileConf($val);
}else{
define($key, $val);
}
}
}
}
compileConf(require_once CONF_PATH.'config.php');
命名空间和自动加载
为什么把命名空间和自动加载放到一块说呢？
在一个PHP项目中，类特别多的时候，如果类名重复的话就会造成混乱，而且相同文件夹内也不能存在同名的文件，所以这时候命名空间和文件夹就搭档出场了。文件夹就是一个一个的盒子，命名空间在我理解就像是一个标签，盒子对应标签。我们定义类时，把各种类用不同的盒子分别装好，并贴上对应的标签。而在自动加载类时，我们根据标签（命名空间）可以很轻易找到对应的盒子（文件夹）然后找到对应的类文件。
而类的自动加载，我们知道的__autoload()魔术函数，它会在你实例化一个当前路径找不到的对象时自动调用，根据传入的类名，在函数体内加载对应的类文件。
现在我们多用spl_autoload_register()函数，它可以注册多个函数来代替__autoload函数的功能，我们传入一个函数名为参数，spl_autoload_register会将这个函数压入栈中，在实例化一个当前路径内找不到的类时，系统将会将函数出栈依次调用，直到实例化成功。
spl_autoload_register('Sqier\Loader::autoLoad');
class Loader {
public static function autoLoad($class) {
//如果有的话,去除类最左侧的\
$class = ltrim($class, '\\');
//获取类的路径全名
$class_path = str_replace('\\', '/', $class) . EXT;
if (file_exists(SYS_PATH . $class_path)) {
include SYS_PATH . $class_path;
return;
}
if (file_exists(APP_PATH . $class_path)) {
include APP_PATH . $class_path;
return;
}
}
现在Loader类还是一个简单的类，待以后慢慢完善。
路由选择
接下来就是路由选择了，其本质是根据当前定义的全局URL模式选择合适的方法来分析传入的URI，加载对应的类，并实现对应的方法。
class Router {
public static $uri;
public static function bootstrap() {
self::$uri = $_SERVER['REQUEST_URI'];
switch (URL_MODE) {
case 1: {
self::rBoot();
break;
}
default: {
self::rBoot();
}
}
}
public static function rBoot() {
$router = isset($_GET['r']) ? explode('/', $_GET['r']) : [
'index',
'index'
];
$cName = 'Controller\\' . ucfirst($router[0]);
$aName = isset($router[1]) ? strtolower($router[1]) . 'Action' : 'indexAction';
$controller = new $cName();
$controller->$aName();
}
}
这样，我在地址栏输入 zbs.com/index.php?r=index/login 后，系统会自动调用/app/Controller/Index.php下的login方法。完成了这么一个简单的路由。
阶段总结：
接下来我会优化现有的工具类，添加显示层，添加数据库类，还会将一些别的框架里非常cool的功能移植进来~
接上文（代码有所更新），继续完善框架（二）：
对于本次更新，我想说：
① 本框架由本人挑时间完善，而我还不是PHP大神级的人物，所以框架漏洞难免，求大神们指出。
② 本框架的知识点应用都会写在博客里，大家有什么异议的可以一起讨论，也希望看博客的也能学习到它们。
③ 本次更新，更新了函数规范上的一些问题，如将函数尽量的独立化，每一个函数尽量只单独做好一件事情，尽量减少函数依赖。还对框架的整体优化了一下，添加了SQ全局类，用以处理全局函数，变量。
回调函数
替换了很low的类名拼装实例化，然后拼装方法名的用法，使用PHP的回调函数方式：
原代码：
$controller_name = 'Controller\\' . self::$c_name; $action_name = self::$a_name . 'Action'; $controller = new $controller_name(); $controller->$action_name();
修改后代码
$controller_name = 'Controller\\' . self::$c_name; $controller = new $controller_name(); call_user_func([ $controller, self::$a_name . 'Action' ]);
这里介绍一下PHP的函数回调应用方式：call_user_func和call_user_func_array:
call_user_func ( callback $function [, mixed $parameter [, mixed $... ]] )
调用第一个参数所提供的用户自定义的函数。
返回值：返回调用函数的结果，或FALSE。
call_user_func_array()的用法跟call_user_func类似，只不过传入的参数params整体为一个数组。
另外，call_user_func系列函数还可以传入在第一个参数里传入匿名参数，可以很方便的回调某些事件，这些特性在复杂的框架里应用也十分广泛，如yii2的事件机制里回调函数的使用就是基于此。
VIEW层和ob函数
框架在controller的基类中定义了render方法来渲染页面，它会调用类VIEW的静态函数来分析加载对应页面的模板。
public static function display($data, $view_file) {
if(is_array($data)) {
extract($data);//extract函数解析$data数组中的变量
}else {
//抛出变量类型异常
}
ob_start();
ob_implicit_flush(0);
include self::checkTemplate($view_file);//自定义checkTemplate函数，分析检查对应的函数模板，正常返回路径
$content = ob_get_clean();
echo $content;
}
这里重点说一下ob（output buffering）系列函数，其作用引用简明代魔法的ob作用介绍：
① 防止在浏览器有输出之后再使用setcookie，或者header，session_start函数造成的错误。其实这样的用法少用为好，养成良好的代码习惯。
② 捕捉对一些不可获取的函数的输出，比如phpinfo会输出一大堆的HTML，但是我们无法用一个变量例如$info=phpinfo();来捕捉，这时候ob就管用了。
③ 对输出的内容进行处理，例如进行gzip压缩，例如进行简繁转换，例如进行一些字符串替换。
④ 生成静态文件，其实就是捕捉整页的输出，然后存成文件，经常在生成HTML，或者整页缓存中使用。
它在ob_start()函数执行后，打开缓冲区，将后面的输出内容装进系统的缓冲区，ob_implicit_flush（0）函数来关闭绝对刷送（echo等）,最后使用ob_get_clean()函数将缓冲区的内容取出来。
类__URL__常量和全局类
TP里的__URL__等全局常量用着很方便，可以很简单的实现跳转等操作，而定义它的函数createUrl函数我又想重用，于是借鉴YII的全局类定义方法：
定义基类及详细方法（以后的全局方法会写在这里）
class BaseSqier{
//方法根据传入的$info信息，和当前URL_MODE解析返回URL字符串
public static function createUrl($info = '') {
$url_info = explode('/', strtolower($info));
$controller = isset($url_info[1]) ? $url_info[0] : strtolower(CONTROLLER);
$action = isset($url_info[1]) ? $url_info[1] : $url_info[0];
switch(URL_MODE){
case URL_COMMON:
return "/index.php?r=" . $controller . '/' . $action;
case URL_REWRITE:
return '/' .$controller . '/' . $action;
}
}
}
在启动文件中定义类并继承基类；
require_once SQ_PATH.'BaseSqier.php';
class SQ extends BaseSqier{
}
在全局内都可以直接使用SQ::createUrl()方法来创建URL了。这样，定义__URL__常量就很轻松了。
用单例模式定义数据库连接基类
class Db {
protected static $_instance;
public static function getInstance() {
if(!(self::$_instance instanceof self)) {
self::$_instance = new self();
}
return self::$_instance;
}
private function __construct() {
$link = new \mysqli(DB_HOST, DB_USER, DB_PWD, DB_NAME) or die("连接数据库失败,请检查数据库配置信息!");
$link->query('set names utf8');
}
public function __clone() {
return self::getInstance();
}
}
使用单例模式的核心是：
① 私有化构造函数，使无法用new来创建对象，也防止子类继承它并改写其构造函数；
② 用静态变量存放当前对象，定义静态方法来返回对象，如对象还未实例化，实例化一个，存入静态变量并返回。
③ 构造其__clone魔术方法，防止clone出一个新的对象；
DB类的sql查询函数
DB查询函数是一个很复杂的部分，它是一个自成体系的东西，像TP和YII的查询方法都有其独特的地方。我这里暂时先借用TP的MODEL基类，有时间再慢慢补这个。
嗯，介绍一下像TP的查询里的方法联查的实现，其诀窍在于，在每个联查方法的最后都用 return this 来返回已处理过的查询对象。
阶段总结：
yii2里的数据表和model类属性之间的映射很酷（虽然被深坑过）， 前面一直避开的模块（module，我可以想像得到把它也添加到URI时解析的麻烦）有时间考虑一下。
接上文，继续完善框架（三）
本次更新的主要内容有：
① 介绍了异常处理机制
② 完善了异常和错误处理
③ 数据表跟Model类的映射
异常处理
异常处理：异常处理是编程语言或计算机硬件里的一种机制，用于处理软件或信息系统中出现的异常状况（即超出程序正常执行流程的某些特殊条件）
异常处理用于处理程序中的异常状况，虽说是“异常状态”，但仍然还是在程序编写人员的预料之中，其实程序的异常处理完全可以用‘if else'语句来代替，但异常处理自然有其优势之处。
个人总结其优点如下：
① 可以快速终止流程，重置系统状态，清理变量和内存占用，在普通WEB应用中，一次请求结束后，FAST CGI会自动清理变量和上下文，但如果在PHP的命令行模式执行守护脚本时，它的效果就会很方便了。
② 大量的if else语句会使代码变得繁杂难懂，使用异常处理可以使程序逻辑更清晰易懂，毕竟处理异常的入口只有catch语句一处。
③ 一量程序中的函数出现异常结果或状况，如果使用函数的return方式返回异常信息，层层向上，每一次都要进行return判断。使用异常处理我们可以假设所有的返回信息都是正常的，避免了大量的代码重复。
虽然将代码放在try catch块中会有微微的效率差，但是跟这些优点一比，这点消耗就不算什么了。那么PHP的异常处理怎么使用呢？
PHP内置有Exception类，使得我们可以通过实例化异常类来抛出异常。我们将代码放在try语句中执行，并在其后用catch试图捕捉到在try代码块中抛出的异常，并对异常进行处理。我们还可以在catch代码段后使用finally语句块，无论是否有异常都会执行finally代码块的代码，try catch语句形如下面代码：
try{
throw new Exeption('msg'[,'code'，$previous_exeception]);
}catch(Exeption $var) {
process($var);
}catch(MyException $e){
process($e)
}finally{
dosomething();
}
使用try catch语句，需要注意：
① 当我们抛出异常时，会实例化一个异常类，此异常类可以自己定义，但在catch语句中，我们需要规定要捕获的异常对象的类名，并且只能捕获到特定类的异常对象，当然我们可以在最后捕获一个异常基类（PHP内置异常类）来确保异常一定能被捕获。
② 在抛出异常时，程序会被终止，并回溯代码找到第一个能捕获到它的catch语句，try catch语句是可以嵌套的，并且如上面代码所示 cacth语句是可以多次定义的。
③ finally块会在try catch块结束后执行，即使在try catch块中使用return返回，程序没有执行到最后。
框架里的异常处理
说了那么多异常相关(当然解释这些也是为了能理解和使用框架)，那么框架里要怎么实现呢？
重写异常类
我们可以重写异常类，完善其内部方法：
<?php
class Exception
{
protected $message = 'Unknown exception'; // 异常信息
protected $code = 0; // 异常代码
protected $file; // 发生异常的文件名
protected $line; // 发生异常的代码行号
function __construct($message = null, $code = null，$previous_exeception = null);
final function getMessage(); // 返回异常信息
final function getCode(); // 返回异常代码
final function getFile(); // 返回发生异常的文件名
final function getLine(); // 返回发生异常的代码行号
final function getTrace(); // 返回异常trace数组
final function getTraceAsString(); // 返回异常trace信息
/**
* 记录错误日志
*/
protected function log(){
Logger::debug();
}
}
如上，final方法是不可以重写的，除此之外，我们可以定义自己的方法，如记录异常日志，像我自定义的log方法，在catch代码块中，就可以直接使用$e->log来记录一个异常日志了。
注册全局异常方法
我们可以使用set_exception_handler('exceptionHandler')来全局捕获没有被catch块捕获到的异常，此异常处理函数需要传入一个异常处理对象，这样可以分析此异常处理信息，避免系统出现不人性化的提示，增强框架的健壮性。
function exceptionHandler($e) {
echo '有未被捕获的异常,在' . $e->getFile() . "的" . $e->getLine() . "行!";
}
其他全局函数
顺便再说一下其他的全局处理函数：
① set_shutdown_function('shutDownHandler')来执行脚本结束时的函数,此函数即使是在ERROR结束后，也会自动调用。
② set_error_handler('errorHandler')在PHP发生错误时自动调用，注意，必须在已注册错误函数后才发出的错误才会调用。函数参数形式应为($errno, $errstr, $errfile, $errline);
但是要注意这些全局函数需要在代码段的前面已经定义过再注册。
数据表和Model类的ActiveRecord映射
初次使用yii2的ActivceRecord类觉得好方便，只需要定义其字段同名属性再调用save方法就OK了（好神奇啊），它是怎么实现的呢，看了下源码，明白了其大致实现过程（基类）。
1. 使用‘describe table_name' 查询语句；
2. 分析查询结果：对每一个字段，有Field(字段名)、Type(数据类型)、Null(是否为空)、Key(索引信息，‘PRI'表示为主键)、Default(默认值)、Extra(附加信息，如auto_increment)
3. 通过判断其主键（$row['KEY'] == 'PRI'）信息，保存时看是否有主键信息，若存在，则为更新；不存在，则插入。
4. 另外，解析出来的字段信息还有更多妙用~~
相关推荐：
以上就是搭建自己的PHP MVC框架的详细内容，更多请关注其它相关文章！
上一篇： 一周学会php直接课程开课时间公告
下一篇： no route to host怎么解决