上一篇文章我提了一个问题，怎么实现自动载入一个类呢？
实际上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来判定。
