一步步编写PHP的Framework(七)
答案是有的!
有时候在进行路由之前和之后需要进行一些额外的处理,如果按照之前在入口文件直接调用Route::run()的话,那么这些处理过程只能写在入口文件中,但是入口文件本不应该做这样的事情,那么我们该怎么样来解决这个问题呢?
我们引入一个前端控制器的概念,它相当于一个总控,所有外部的请求都在它的控制范围内,那么这些额外的处理是不是就可以放在这个控制器中了呢!!
好,我们现在先修改一下入口文件:
01 |
02 | defined('APP_PATH') define('APP_PATH',dirname(__FILE__) . '/..'); |
03 | defined('FRAMEWORK_PATH') define('FRAMEWORK_PATH',APP_PATH . '/Library/Test'); |
04 | defined('MODULES_PATH') define('MODULES_PATH',APP_PATH . '/UserApps/Modules'); |
05 | defined('CONFIGS_PATH') define('CONFIGS_PATH',APP_PATH . '/UserApps/Configs'); |
06 | include FRAMEWORK_PATH . '/function.php'; |
07 | C(Config::factory(Config::PHP)); //写入配置信息 |
08 | include FRAMEWORK_PATH . '/FrontController.php'; |
09 | $frontController = FrontController::getInstance(); |
10 | $frontController->run(); |
这段代码实际上修改的内容不多,也就修改了:
1 | include FRAMEWORK_PATH . '/FrontController.php'; |
2 | $frontController = FrontController::getInstance(); |
3 | $frontController->run(); |
这段代码首先include了前端控制器这个文件,然后实例化了前端控制器,然后调用前端控制器这个类的run方法。
为什么不直接使用$frontController = new FrontController()?
如果你把握后面的代码下载后运行会发现,这样会报错,为什么呢?
这儿我需要介绍另外一个概念:单例模式。
单例模式就是在整个程序运行过程中只有一个实例,比如数据库的连接,即使有很多类,但是可能这些类都公用数据库的连接,那么数据库的连接就是单例的。
为什么要使用单例呢?
大家可以想一下,前端控制器控制整个程序的运行,那么它的确是不应该有多份的,是不是?
为了保证是单例的,所以我们一般使用一个静态方法(getInstance)来实例化它,为了防止用户直接new和克隆一个对象,我们需要将__construct和__clone设置为私有。
01 |
02 | class Test { |
03 | private static $_instance = null; |
04 | private function __construct() {} |
05 | private function __clone() {} |
06 | public static function getInstance() { |
07 | if(null === self::$_instance) { |
08 | self::$_instance = new Test(); |
09 | echo '1'; |
10 | } |
11 | return self::$_instance; |
12 | } |
13 | } |
14 |
15 | $test = Test::getInstance(); |
16 | $test2 = Test::getInstance(); |
如果执行这段代码,会发现只输出了一个1,说明实例化只执行了一次。
说了这么多,大家应该都应该懂了吧,那就直接贴出前端控制器的代码吧:
01 |
02 | class FrontController { |
03 | private static $_instance = null; |
04 | private function __construct() {} |
05 | private function __clone() {} |
06 | public static function getInstance() { |
07 | if(!(self::$_instance instanceof self)) { |
08 | self::$_instance = new FrontController(); |
09 | } |
10 | return self::$_instance; |
11 | } |
12 | public function run() { |
13 | Route::run(); |
14 | } |
15 | } |
当然,前端控制器中我是使用了instanceof来判定的,其实也可以直接用null === self::$_instance来判定。
这段代码很简单,实际上就把Route::run()转移到FrontController了,其他的都没有什么变化。
大家可能注意到了,入口文件的内容还是太多了,为什么不能把入口文件的东西迁移到FrontController呢,那么那些可以迁移到FrontController呢,首先是定义的常量,其实只要用户定义APP_PATH即可,其他的常量都可以由框架默认,其次是配置文件的写入,这种内容框架完全可以自己搞定,所以,入口文件的代码变成了这样:
1 |
2 | defined('APP_PATH') define('APP_PATH',dirname(__FILE__) . '/..'); |
3 | defined('FRAMEWORK_PATH') define('FRAMEWORK_PATH',APP_PATH . '/Library/Test'); |
4 | include FRAMEWORK_PATH . '/FrontController.php'; |
5 | $frontController = FrontController::getInstance(); |
6 | $frontController->run(); |
我在此处留下了FRAMEWORK_PATH,是因为我要引用框架的文件,其实也不定义FRMAEWORK_PATH,而改用include APP_PATH . '/Library/Test/FrontController.php'。
同样,FrontController的代码也发生了变化:
01 |
02 | defined('APP_PATH') exit('未定义APP_PATH'); |
03 | defined('FRAMEWORK_PATH') define('FRAMEWORK_PATH',APP_PATH . '/Library/Test'); |
04 | defined('MODULES_PATH') define('MODULES_PATH',APP_PATH . '/UserApps/Modules'); |
05 | defined('CONFIGS_PATH') define('CONFIGS_PATH',APP_PATH . '/UserApps/Configs'); |
06 | include FRAMEWORK_PATH . '/function.php'; |
07 | class FrontController { |
08 | private static $_instance = null; |
09 | private function __construct() { |
10 | C(Config::factory(Config::PHP)); //写入配置信息 |
11 | } |
12 | private function __clone() {} |
13 | public static function getInstance() { |
14 | if(!(self::$_instance instanceof self)) { |
15 | self::$_instance = new FrontController(); |
16 | } |
17 | return self::$_instance; |
18 | } |
19 | public function run() { |
20 | Route::run(); |
21 | } |
22 | } |
首先,这个文件判定是否定义了APP_PATH,由于这个常量非常重要,其他路径都依靠它,所以用户如果不指定,程序就需要停止。其他的常量如果没有定义,那么就定义它,这个很简单。
配置文件写到了构造函数中了,因为不管getInstance调用多少次,构造函数只会被调用1次,而配置文件刚好也只需要写入一次。
上一篇: MySQL中随机生成固定长度字符串的方法_MySQL
下一篇: 详细解读PHP模板的作用