怎么做有趣的视频网站/网络营销公司如何建立

本篇并不是对某一组件的详细源码分析，而只是简单的跟踪了下CI的autoload的基本流程。因此，可以看做是Loader组件的分析前提。

CI框架中，允许你配置autoload数组，这样，在你的应用程序初始化时，会自动加载相应的类库，例如，在application/config/autoload.php中，autoload的配置如下：

$autoload['libraries'] = array("smarty", "redis");

则CI框架初始化时，会自动加载libraries下面的smarty.php和redis.php，并且在你的应用程序控制器中，可以通过$this->smarty->xxx  和$this->redis->yyy的方式调用你的类库。

CI允许autoload中配置的自动加载的类别有：

1.Packages ---包
2.Libraries  --类库
3.Helper files   ---用户自定义的辅助文件
4.Custom config files    ---用户自定义配置文件
5.Language files    ---语言包
6.Models    ---模型类

我们接下来以Libraries的自动加载为例，在追踪CI的autoload之路。

由于Loader是CI中组件加载的管理器，而Loader是在CI_Controller中被加载的，因此我们从Controller加载Loader组件开始追踪。

1.      CI_Controller

在CI_Controller中追踪到这样一句话:

 $this->load =& load_class('Loader', 'core');
 $this->load->initialize();

于是我们猜想，在Loader的initialize的过程中，对autoload做了相应的处理。

2.      Loader的initialize方法实现

 public function initialize()
 {
     $this->_ci_classes = array();
     $this->_ci_loaded_files = array();
     $this->_ci_models = array();
     $this->_base_classes =& is_loaded();

     $this->_ci_autoloader();//注意这里，看方法的名字，也可以猜到是对autoload的处理
     return $this;
 }

Initialize的前面四个语句，用于对本身的属性、参数等初始化，不是我们需要关心的内容，真正执行autoload的应该是$this->_ci_autoloader(),沿着该线索，我们进入_ci_autoload的内部：

3.      _ci_autoloader的方法：

（1）.首先引入autoload的配置数组：

 if (defined('ENVIRONMENT') AND file_exists(APPPATH.'config/'.ENVIRONMENT.'/autoload.php'))
 {
          include(APPPATH.'config/'.ENVIRONMENT.'/autoload.php');
 }
 else
 {
          include(APPPATH.'config/autoload.php');
 }

(2).   由于我们这次只追踪libraries的autoload机制，因此我们略过对packages和config等的autoload处理机制，而直接寻找对libraries的处理：

 if (isset($autoload['libraries']) AND count($autoload['libraries']) > 0)
 {
          //ignore database eg.
          foreach ($autoload['libraries'] as $item)
          {
                    $this->library($item);
          }
 }

可以看出，对所有的autoload的libraries，实际上是执行了library方法，再次进入library方法查看。

4.      library方法实现。

上述对该方法的调用中，传递的是autoload中配置的类库名（我们的例子是redis和smarty），library方法的具体实现：

 public function library($library = '', $params = NULL, $object_name = NULL)
 {
     if (is_array($library))
     {
         foreach ($library as $class)
         {
             $this->library($class, $params);
         }

         return;
     }

     if ($library == '' OR isset($this->_base_classes[$library]))
     {
         return FALSE;
     }

     if ( ! is_null($params) && ! is_array($params))
     {
         $params = NULL;
     }

     $this->_ci_load_class($library, $params, $object_name);
 }

可以看出，如果$library是数组，则会循环调用library方法。实际上最终会调用$this->_ci_load_class。再次进入_ci_load_class查看.

5.      _ci_load_class的实现

撇开其中的错误检查和安全检查，我们只看关键的代码：

 return $this->_ci_init_class($class, config_item('subclass_prefix'), $params, $object_name);

该方法，将对类库的初始化抛给了_ci_init_class处理：

 $CI =& get_instance();//获取Controller的实例
 if ($config !== NULL)
 {
     $CI->$classvar = new $name($config);
 }
 else
 {
     $CI->$classvar = new $name;
 }

到这里，我们总算了解了CI的autoload的基本流程（漫漫长征），作为对Loader组件的初步追踪，我们省略了中的许多实现细节，这些我们将在对Loader组件的分析过程中慢慢添加上。

总结一下autoload的基本流程：

1.    Application/config/autoload.php中配置需要autoload的类库
2.    Controller实例化的时候，会加载Loader组件，并调用该组件的initialize方法，对需要的资源初始化.
3.    经过更多的错误检查和安全性检查的步骤，加载需要的类库、配置等。

最后说一句，并不是所有的类库都需要通过CI的autoload加载，因为该类库在框架初始化的时候就被加载，而不管你是不是需要使用该类库，这样实际上会有一定的性能损失。如果你的类库并不是所有应用都需要的，那么，更好的方法是需要时再加载。关于这一点，我们之后在分析Loader组件的设计和实现时会进一步详细说明。

本篇的参考文献：

1.　　http://itopic.org/codeigniter-config-autoload.html

2.　　http://codeigniter.org.cn/user_guide/general/autoloader.html