關於MVC
這裡不詳細講解何為MVC模式,只是簡單介紹,關於MVC的具體信息可以去網絡上找尋,MVC模式在我理解來它將一個項目分解成三部分,分別是Model(模型),View(視圖),Controller(控制器),這三個單詞的縮寫組合即為MVC.MVC是一種普遍的軟件敏捷開發模式,在許多領域特別是桌面編程領域早已經得到了廣泛的應用,然而在像php一樣的腳本語言中比較難以實現,特別是幾年前在腳本語言中很難看到MVC的實現,但是今年隨著眾多框架的湧現,MVC在各個框架中得到了初步實現,其他框架中的實現方式暫且不提,這裡只是介紹codeigniter是如何實現MVC的.
關於單一入口
單一入口指在一個網站(應用程序)中,所有的請求都是指向一個腳本文件的,例如CI中的http:\localhostindex.php,所有對應用程序的訪問都是必須通過這個入口,正是單一入口才使得MVC模式得以實現,因為當你訪問index.php的時候,應用程序會做大量的初始化工作,調用大量的基礎類庫,並根據index.php後面的參數加載控制器,然後加載試圖,模型等內容信息.
ci的所有文件加載都要經過控制器調用,因為控制器是CI中的超類,也就是其他的類都依附於它,所以用單一入口方式訪問CI應用程序的時候,需要在index.php的後面加上控制器名和控制器中的方法名,如果你對於此沒有任何概念或者無法理解,可以去CI的官方網站下載它的官方文檔,然後詳細了解它的工作方式
CI的官方文檔非常詳盡易懂,這裡描述的是文檔上所不存在的基本原理部分.
開始
或許應該先講解CI的控制器是如何工作的,CI中的一個控制器就是用戶編寫的一個類,它繼承自系統的Controller類,例如假設我們要構建一個可以通過http:\localhostindex.phpcontrolfuncparam1param2訪問的頁面,我們需要做哪些工作呢,首先我們要在systemapplicationcontrollers文件夾下新建一個文件contro.php文件,這個文件即是我們要訪問的控制器類所在文件,在此文件中創建以下內容:
1 class Controller extends Controller {
2
3 function Controller()
4 {
5 parent::Controller();
6 }
7
8 function func($param1,$param2)
9 {
10 $this->load->model('MSomemodel','',TRUE);
11 $data['data1']= $this->MSomemodel->getvalue();
12 $this->load->view('welcome',$data);
13 }
14 }
15 這並不是一個控制器的基本組成部分,而是包含了model和view的一個控制器例子,
首先注意控制器的類名應該是首字母大寫的,然後在類的構造函數裡應該調用父類的構造函數,之後則是func()方法,也就是url後面所帶參數的第二個部分,這個方法帶有兩個參數,這兩個參數的值就是url的第三部分和第四部分的值,也就是單一入口的訪問方式實際是:http:\localhostindex.php控制器名方法名方法的參數1方法的參數2......
在控制器類中每個方法代表一個頁面,也就是可以將很多類似的操作放到一個控制器中,實現對操作的統一
在上述的例子中的func()方法中的其他部分分別加載了model和view,加載model的時候加載的是在models文件夾中的msomemodel.php文件中的MSomemodel類,這個類負責應用程序的模型部分,也就是負責數據的交換,例如數據庫的存儲.
然後我們通過$data= $this->MSomemodel->getvalue()執行了model中的一個方法,並從這個方法返回了數據,然後賦值給$data['data1'],$data是一個關聯數組,我們通過這個數組向view視圖文件傳值,而不是使用常見的模板模式,這種方法更好地分離了MVC各個部分的處理,同時在性能方面有其獨特的一面.
之後我們通過將$data數組傳給views文件夾中的welcome.php文件,這個文件是常規的php和html混寫的腳本,在這個腳本中可以利用傳過來的$data數組輸出信息,但是注意在view文件中輸出信息的時候不必使用$data['data1'],而只需要echo $data1;即可.
基本的工作方式就是這樣的,下面從代碼級別來分析實現
代碼分析
在CI中將Controller類作為超類來處理,也就是所有加載MVC實現模式的進程都從Controller類開始,所以我們忽略CI在加載到這個類的時刻前面的執行過程,而直接從Controller類所在的文件開始分析.
Controller類所在的文件位於system/libraries/Controller.php文件中.
在這個類中首先加載了所有必須的基礎類,包括:'Config','Input', 'Benchmark', 'URI', 'Output', 'Language', 'Router'類.之後加載Roader類並執行了它的 _ci_autoloader()方法,這個類是MVC模式的核心,控制器中所有其他內容的加載都是通過它實現的,下面對其代碼進行分析:
首先來看 _ci_autoloader()方法,這個函數實現了自動加載某些類庫或者類,如果在你的應用程序中總是要用到某些類,但是你又不確保在CI中是否已經自動加載了這些類的話,你可以在config/autoload.php文件中設定要自動加載的library或者helper或者plugin的數組.具體請參考手冊.
首先看看CI是如何加載libraries的,這個方法允許你在你的控制器的任何地方(通常是構造函數裡)使用$this->load->library("name");來加載某個類,這個類可以是用戶自定義的類也可以是系統的類庫,用戶自定義的類需要遵循CI的約定,具體信息見手冊中的"創建你自己的類庫 "部分.library()方法以一個字符串或者一個類庫名稱的數組作為第一個參數,之後的處理將遍歷然後加載所有的類,你可以通過第二個參數向要加載的類的構造函數傳遞參數,第三個參數允許你定義返回的對象的名稱,後面的兩個參數通常不使用,這個方法在簡單判斷了參數是否為空之後調用了方法_ci_load_class($class, $params = NULL, $object_name = NULL),這是一個非常復雜的函數,這個類加載第一個參數所指定的類,在這個類中進行了復雜的路徑判斷之後找到了所需要的類文件之後,調用了方法_ci_init_class($class, '', $params, $object_name);這個類用來實例化一個類,如果在加載這個類的語句中包含了上述的第三個參數,則返回一個實例,以這個參數作為實例名,如果沒有設置第三個參數,則返回一個以類名命名的實例名,這也是為什麼前面的例子中在加載了model之後,直接將model類名作為一個對象使用的原因.
之後我們來看CI是如何加載模型的,這個方法允許你在控制器中使用$this->load->model($modelname,$name,$db_conn)加載模型,這三個參數分別是加載的模型的名稱,加載後實例化的對象名稱,是否自動連接數據庫.後面兩個參數可以省略,你可以講多個模型一次載入,只需要將第一個參數設置成數組即可,這個方法首先將傳過來的第一個參數以""分解成數組,這種機制允許你在模型中創建多層文件夾,更加合理地安排代碼的分組,之後程序取出數組的最後一個元素作為要加載的類的名稱,並根據路徑尋找此類,之後包含此文件,並實例化此類,如果設置了第二個參數,則實例化到$name的對象中,否則默認以類名作為對象名進行實例化.
再來看CI是如何加載視圖的,view($view, $vars = array(), $return = FALSE)方法的第一個參數是要加載的視圖名稱,第二個參數是要傳給視圖的變量值,第三個參數指定是否返回輸出緩沖區的數據.這個方法將所有數組作為一個數組參數調用了_ci_load($_ci_data)方法,這個方法將傳過來的變量數組通過extract()函數解析成符號表(也就是將鍵名當作變量名，值作為變量的值),並將這些變量緩存起來,以便可以再不同的視圖中能夠互相交流變量,也就是這個方法允許調用多次,為了在每次調用時都能自動加載已經傳給前面視圖的變量,將所有傳給視圖的變量都緩存在類的一個屬性中,這樣每次調用方法的時候都會獲取所有的變量.之後加載這個視圖文件,然後將其作為輸出緩沖的一部分賦給全局變量$OUT,這個變量用來控制緩沖輸出,這樣做可以提高效率以及可以使調試的時間更准確.
其他的加載方法和上述的方法原理基本相同,只是根據情況有少許改變,CI在實現MVC模式的方法中將所有的文件都包含在控制器中,我們在包含了這些文件後,可以再控制器中自由使用這些對象和數據,然後最後通過緩沖輸出類來輸出所有的數據,雖然Loader這個類的結構看起來很復雜,但是其實它的實現時很簡單的,其內部的代碼原理基本相同,而且清晰明了,仔細看的話不難理解.
