建立自己的PHP MVC框架
- 不言原創
- 2018-06-07 11:42:585308瀏覽
這篇文章主要介紹了搭建自己的PHP MVC框架的方法,詳細分析了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中文網其他相關文章！