一步步编写PHP的Framework(七)

之前我们在入口文件就直接调用了Route::run()，这样做有不有什么问题呢？

答案是有的！

有时候在进行路由之前和之后需要进行一些额外的处理，如果按照之前在入口文件直接调用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次，而配置文件刚好也只需要写入一次。