CodeIgniter自定义控制器MY_Controller用法分析
153 浏览量
2020-12-19
05:43:19
上传
评论
收藏 68KB PDF 举报
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)框架进阶教程》
评论0