既然前端控制器控制一切,那么我们可以用它来做更多的事情!!
我们知道,在windows里面默认php.ini中display_errors默认开启,而在linux中默认是关闭的,那么这样对于程序的调试时很麻烦的,所以我们可以在配置文件中设置一个debug属性,它代表是否调试打开,如果打开调试,程序出现任何异常,那么会输出很多调试信息。在这儿,我只是很简单的设置一下,真正的框架调试功能肯定不是这样简单的。
先我们实现如果debug开启,那么显示调试信息debug mode:这样一个字符串,并且如果程序有语法或其他错误,显示错误信息,如果调试关闭,那么任何错误信息都不显示。
现在修改FrontController的__construct函数:
01 |
private function __construct() { |
02 |
C(Config::factory(Config::PHP)); //写入配置信息 |
04 |
if(true === C('debug')) { |
05 |
echo 'debug mode:'; |
06 |
ini_set('display_errors','On'); |
07 |
error_reporting(C('errorReporting')); |
10 |
ini_set('display_errors','Off'); |
在这个函数中,主要就新增了调试功能并且默认打开了session,由于PHP中关于错误的配置主要有error_reporting函数和php.ini中的display_errors这一项,所以只需要设置这两项,不管操作系统是什么样的,都可以好好的控制住调试信息了。
写过PHP程序的人可能都会知道,PHP默认的时区不是中国的,所以如果你使用date函数取出当前时间戳的时候,会发现不对,所以需要明确指定时区,其实这个工作就可以完全由框架完成,只要在配置文件中写入时区的值,然后框架调用date_default_timezone_set这个函数设置时区即可。
这样的话,FrontController的__construct这个函数就变成了下面这样了:
01 |
private function __construct() { |
02 |
C(Config::factory(Config::PHP)); //写入配置信息 |
04 |
date_default_timezone_set(C('timeZone')); |
05 |
if(true === C('debug')) { |
06 |
echo 'debug mode:'; |
07 |
ini_set('display_errors','On'); |
08 |
error_reporting(C('errorReporting')); |
11 |
ini_set('display_errors','Off'); |
如果大家看过Toper的源码的FrontController.class.php这个文件的话,就会注意到这个文件代码也还是挺多的,并不像我现在这儿写的这样,只有二十多行,这实际上是因为一个Framework的FrontController还需要做很多其他的事情,比如防止CSRF攻击,支持自定义配置项等,而这些由于篇幅原因我写不了。
设置debug模式在真实的Framework也不是只输出debug mode:这样一个字符串而已,这点大家必须要清楚。
学过Java的人都知道在Java中所有对象都有一个基类Object,在框架中是否也可以使用一个基类呢?
这个基类做一些什么功能呢,比如当调用了一个类的不存在 的方法,那么它会调用__call这个魔术方法,如果我们在基类中覆盖这个方法,那么其他所有类继承这个类,调用这些类的方法的时候,如果不存在,自然也就转到了这个方法,在这个方法中可以做一些补救措施,这样总比直接输入方法不存在要好一些。
我们暂时就把这个基类称为Base,在Toper中,这个基类叫Tp。
先贴出Base.php的源码:
03 |
public function __call($name,$arguments) { |
04 |
if(true === C('debug')) { |
05 |
echo 'not exists method:'; |
06 |
echo 'the name is :'; |
08 |
echo 'the arguments is :'; |
11 |
throw new Exception('not exists method'); |
暂时功能写简单一点,如果调试打开,那么就把不存在的方法名和参数输出来,这样对于开发者更容易找到错误发生的位置,当然,不管调试是否打开,Exception肯定是要抛出的。当然,在线上的时候,如果出现这种问题,能直接把异常信息展现在页面上吗,不能,最好是能将异常信息输出到日志文件,然后页面跳转到错误页,那这样最好我们自定义一套异常处理的类,这些类继承自Exception,然后判定是否debug开启,如果开启debug,那么直接输出信息,否则,将异常信息输出到日志文件,然后跳转到错误页,具体怎么做,你可以自己试一试!!!
不知道大家注意到没有,所有我写的php文件我都没有写php的结束符?>,这是为什么呢?
实际上很简单,我举一个例子:
现在有a.php和b.php,a.php的源码是这样:
然后b.php的源码是这样:
如果大家运行一下,会发现它会抛出警告说header already send out ,为什么呢?
主要是a.php在PHP结束符调用之后还有几行空白,那么PHP会认为它是HTML代码,这样是不是在调用session_start之前,就已经有header输出了嘛,我们知道,调用session_start之前,是不能有任何输出的,所以程序就会抛出警告。
如果使用?>,那么我们可能会在不经意间犯这个错误,当项目大,代码量大之后,要找到这样一个问题是很难的,这样给代码的维护带来很严重的问题,所以,最好在PHP文件最后不要写?>,这也是zend官方推荐的做法。