CodeIgniter自定义控制器MY_Controller用法分析

本文实例讲述了CodeIgniter自定义控制器MY_Controller用法。分享给大家供大家参考，具体如下：

Codeigniter所有的控制器都必须继承CI_Controller类，但CI_Controller类位于system目录下，不太方便修改。为方便做一些公用的处理，通常情况下我们会在core下创建MY_Controller，用来继承CI_Controller，从而项目中所有的控制器继承MY_Controller。

那么，MY_Controller 通常会做些什么呢？

所有的控制器都继承了MY_Controller， MY_Controller常常会加载一些公用帮助函数、公用类库，以及实现一些公用的方法。

公用的方法？公有的方法？

看到这些方法会意识到一个问题，如果方法是public的，那是否可以通过浏览器访问到。答案是可以的！这样不该让用户访问到的方法让用户访问到了。那设置protected吧。。。

备注:CI_Controller中写public方法不会被访问到，框架限制了CI_Controller中方法通过浏览器访问。

随着项目的不断进展，MY_Controller中的公用方法会越来越多。如果此时要增加后台管理的功能，所有的控制器依然继承MY_Controller，那其中的很多方法可能不适用了。如果后台需要的一些公用方法也写在这里，这里将会变得混乱。

如何按模块区分不同的控制器？

有两种处理的方式，第一种是通过不同的公用控制器文件来区分，由控制器去决定继承哪一个公用控制器，当然这里得引入公用文件。还有这种方式是可以通过对象的一个属性来维护，不同的模块赋予该属性不同的对象。如：

<?php 
if ( ! defined('BASEPATH'))
  exit('No direct script access allowed');
class MY_Controller extends CI_Controller
{
 public function __construct($type = NULL)
 {
   parent::__construct();
   switch($type) {
    case 'api' :
     $this->load->library('api_helper', NULL, 'helper');
     break;
    case 'admin' :
     $this->load->library('admin_helper', NULL, 'helper');
      break;
    default :
     $this->load->library('app_helper', NULL, 'helper');
      break
   }
 }
}
/* End of file MY_Controller.php */
/* Location: ./application/core/MY_Controller.php */

控制器调用MY_Controller构造函数并传入type值，根据不同的type值会加载不同的类库，然后给类定义一个统一的别名，方便处理。具体的library可以处理该模块公用的方法或load公用的资源，相当于该模块的一个公用类。当然处理方式也可以是直接通过路由中的目录名或者控制器名称来控制等等。

这样避免了加载不同的文件，调用方法时只需要通过$this->helper对象调用。在仔细看看，可以发现不同模块的公用类是放在library中，放在library或helper中都可以使用get_intance获取控制器对象，但每次使用都需要获取实例，相对麻烦，如果是模型呢？感觉也不太好。其中的公用方法有一些会跟业务逻辑相关，放在library感觉不太合适。

业务逻辑好像并没有一个好的地方去实现，控制器的私有方法？模型？

先总结下上面的处理方法：

1、不同模块之间可以按需加载以及实现自定义的公用方法，各个模块之间互不影响。如果各模块之间的公用方法比较多，也可以再去继承一个公用的类。

2、公用方法放在library中，调用CI实例不方便。

3、如果不喜欢$this->herlper的调用方法，可以让控制器去继承不同的公用控制器，思路是一样的，只是可能需要手动引入文件。

更多关于CodeIgniter相关内容感兴趣的读者可查看本站专题：《codeigniter入门教程》和《CI(CodeIgniter)框架进阶教程》

希望本文所述对大家基于CodeIgniter框架的PHP程序设计有所帮助。

最新评论