最近時間有些緊,源碼閱讀系列更新有些慢。鑒於Controller中代碼比較少,本次Blog先更新該文件的源碼分析。
在經過路由分發之後,實際的應用Controller接管用戶的所有請求,並負責與用戶數據的交互。CI中所有的應用控制器都應該是CI_Controller的子類(除非你擴展了CI的核心,那麼你的Controller父類可以是MY_Controller)。
在應用程序控制器中,我們經常會用到這樣的代碼:
/* 加載配置文件 */ $this->load->config("config_app"); /* 加載model */ $this->load->model("user"); /* 加載視圖 */ $this->load->view("index"); /* 獲取post */ $this->input->post("data",true); /* 獲取 get */ $this->input->get("data",true); /* 清除xss */ $this->security->xss_clean($data); /* mark時間點 */ $this->benchmark->mark("app_start");
這些是如何實現的?我們接下來就簡單跟蹤一下。
盡管該類的結構很簡單,我們還是貼出CI_Controller的類圖:
這裡CI做了一個處理,將所有的已經加載的組件加入CI_Controller(前面我們已經看到,is_loaded函數追蹤所有加載的組件):
foreach (is_loaded() as $var => $class) { $this->$var =& load_class($class); }
看看Controller實例化時,is_loaded追蹤的組件有哪些:
這就解釋了為什麼我們可以通過$this->input等方式來調用CI的組件。
這還不夠,順便把Loader也搞進來:
$this->load =& load_class('Loader', 'core'); $this->load->initialize();
現在,可以使用Loader組件來加載配置($this->load->config),加載模型($this->load->model) 和加載視圖了($this->load->view)
CI_Controller可以說是一個持有多個組件的超級類,這樣的方式,非常類似於設計模式中的"代理模式"。
這裡簡單解釋一下,CI_Controller是一個單例模式的類,通過get_instance()方法獲得該類的實例。CodeIgniter.php中get_instance函數調用的即是該方法:
public static function &get_instance() { return self::$instance; }
以下是關於Controller的一些Hint:
1. CI中Controller中可以自定義目錄,例如在application/controller目錄中創建目錄admin,並新建IndexController,則該Controller的URL訪問路徑是:
test.xq.com/admin/index/
2. Controller中不應該承擔過多的邏輯,業務邏輯應該封裝到Model中.
3. 你的Controller應該按照業務區分,例如UserController處理用戶相關的請求,而AppController處理應用的請求等,這不是原則,而只是一種方式。
4. Controller類名應該以大寫字母開頭,文件名應該是全小寫的形式。
5. Controller中以下劃線開頭的方法被CI認為是私有方法,不能夠被外部直接訪問。
以上就是Controller的全部內容了。
最後,還是貼出CI_Controller的源碼:
class CI_Controller { private static $instance; /** * Constructor */ public function __construct() { self::$instance =& $this; foreach (is_loaded() as $var => $class) { $this->$var =& load_class($class); } $this->load =& load_class('Loader', 'core'); $this->load->initialize(); log_message('debug', "Controller Class Initialized"); } public static function &get_instance() { return self::$instance; } }