一步步编写PHP的Framework(四)
实际上PHP已经有相应的机制可以实现这个功能了,这个机制就是autoload,它会在试图使用尚未被定义的类时自动调用。
现在我们可以在Route.php中的开头定义autoload函数(当然,这样是不规范的,但是为了简单,先这么做)。
我们现在的自动导入需要导入两类文件,一类是框架类文件,另外一类是用户应用模块的类文件,为了简化代码,可以假设框架的所有文件都存放在/Library/Test目录下面,用户类文件都存放在/UserApps/Modules目录下面,并且只会在Controllers,Models,Helpers这三个目录下面,并且这几个目录下面没有子目录。
对于这个自动导入的函数,它需要首先尝试导入框架类文件,如果该文件不存在,说明是用户类文件,然后再尝试导入用户类文件,如果是,那么include它。
注意:
由于要频繁使用UserApps/Modules这个目录,所以我定义了一个MODULES_PATH这个常量;
01 | function __autoload($className) { |
02 | $frameworkFileName = FRAMEWORK_PATH . '/' . $className . '.php'; |
03 | if(is_file($frameworkFileName)) { |
04 | include $frameworkFileName; |
05 | } else { |
06 | //用户类文件 |
07 | $controllerFileName = MODULES_PATH . '/Controllers/' . $className . '.php'; |
08 | if(is_file($controllerFileName)) { |
09 | include $controllerFileName; |
10 | } else { |
11 | $modelFileName = MODULES_PATH . '/Models/' . $className . '.php'; |
12 | if(is_file($modelFileName)) { |
13 | include $modelFileName; |
14 | } else { |
15 | $helperFileName = MODULES_PATH . '/Helpers/' . $className . '.php'; |
16 | if(is_file($helperFileName)) { |
17 | include $helperFileName; |
18 | } else { |
19 | throw new Exception("class not found"); |
20 | } |
21 | } |
22 | } |
23 | } |
24 | } |
当你把这个函数写完之后,可以在之前已经写好的IndexController.php中去测试一下,比如在和IndexController同一目录下面建立一个文件Test.php,文件代码如下:
1 |
2 | class Test { |
3 | public function test() { |
4 | echo 'Test'; |
5 | } |
6 | } |
然后在IndexController.php中使用如下:
1 |
2 | class IndexController { |
3 | public function index() { |
4 | $test = new Test(); |
5 | $test->test(); |
6 | } |
7 | } |
如果出现Test,那么恭喜你,自动导入成功了!!
现在再考虑一下,如果针对一个很复杂的项目,使用这种方式来自动导入,有什么问题吗?
其实问题是比较严重的,首先对于框架的文件,我们不可能将所有文件都存放在一个目录下面,这样当文件多了之后就检索就麻烦了;对于用户类文件,比如控制器的文件,我们不可能将它全部存放在一个目录下面,我们需要按照模块切分目录等。如果用__autoload来实现的话,这个函数的代码量就太大了,而且如果有一个地方的修改那么就可能牵一发而动全身,这样对于项目的维护是很不利的。
那么我们怎么解决这个问题呢?
方法一:
我们定义很多辅助函数,比如导入框架文件,我们定义一个frameworkAutoloadHelper,对于用户文件定义一个userAutoloadHelper,然后将业务逻辑存放在这两个函数中,最后在__autoload中调用这两个函数即可,当用户功能需要修改的时候,代码维护性就好一些了;
方法2:
在SPL中已经定义了一个spl_autoload_register,可以使用这个来讲自动导入的功能分摊到多个类中,而且还可以将自动导入的控制权交给用户,这对于框架来说是比较重要的,所以,我推荐使用这种方式。
具体这种方式怎么实现,读者可以自己查查PHP手册。
当我们使用了spl_autoload_register之后,是不是一切就高枕无忧了?
其实不是,我们现在可以想一下是否可以去除自动导入呢,因为当业务逻辑很复杂并且自动导入设计的又不是特别好的时候,自动导入的效率就不是很高了!!
不用自动导入,难道还是使用include?No。
大家都知道include,include_once,require,require_once的区别吧!!
include和require每次调用都会包含这个文件,include_once和require_once只会导入一次,include如果包含了一个不存在的文件,只会抛出警告,程序会继续执行,而require会停止执行,所以这四个函数我比较建议使用require_once,但是很遗憾,这个函数效率很低,因为它要考虑的东西太多了!!
PS:使用这四个函数的时候,最好使用绝对路径,这样效率要高一些;
如果我们使用require,那么效率会高很多,但是如果使用require怎么实现require_once的功能呢?
我给大家提供一个思路,使用static变量:
1 |
2 | function testRequireOnce($file) { |
3 | static $_config = array(); |
4 | if(!isset($_config[$file])) { |
5 | require $file; |
6 | $_config[$file] = $file; |
7 | } |
8 | } |
当然,还可以使用class_exists来判定。
上一篇: 关于js验证的相关文章汇总推荐