關于MVC

這里不詳細講解何為MVC模式,只是簡單介紹,關于MVC的具體信息可以去網絡上找尋,MVC模式在我理解來它將一個項目分解成三部分,分別是Model(模型),View(視圖),Controller(控制器),這三個單詞的縮寫組合即為MVC.MVC是一種普遍的軟件敏捷開發模式,在許多領域特別是桌面編程領域早已經得到了廣泛的應用,然而在像php一樣的腳本語言中比較難以實現,特別是幾年前在腳本語言中很難看到MVC的實現,但是今年隨著眾多框架的涌現,MVC在各個框架中得到了初步實現,其他框架中的實現方式暫且不提,這里只是介紹codeigniter是如何實現MVC的.

關于單一入口

單一入口指在一個網站(應用程序)中,所有的請求都是指向一個腳本文件的,例如CI中的http:\\localhost\index.php,所有對應用程序的訪問都是必須通過這個入口,正是單一入口才使得MVC模式得以實現,因為當你訪問index.php的時候,應用程序會做大量的初始化工作,調用大量的基礎類庫,并根據index.php后面的參數加載控制器,然后加載試圖,模型等內容信息.

ci的所有文件加載都要經過控制器調用,因為控制器是CI中的超類,也就是其他的類都依附于它,所以用單一入口方式訪問CI應用程序的時候,需要在index.php的后面加上控制器名和控制器中的方法名,如果你對于此沒有任何概念或者無法理解,可以去CI的官方網站下載它的官方文檔,然后詳細了解它的工作方式

CI的官方文檔非常詳盡易懂,這里描述的是文檔上所不存在的基本原理部分.

開始

或許應該先講解CI的控制器是如何工作的,CI中的一個控制器就是用戶編寫的一個類,它繼承自系統的Controller類,例如假設我們要構建一個可以通過http:\\localhost\index.php\control\func\param1\param2訪問的頁面,我們需要做哪些工作呢,首先我們要在system\application\controllers\文件夾下新建一個文件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:\\localhost\index.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這個類的結構看起來很復雜,但是其實它的實現時很簡單的,其內部的代碼原理基本相同,而且清晰明了,仔細看的話不難理解.

【編輯推薦】

1. PHP實現的MySQL讀寫分離
2. 正確理解PHP程序編譯時的錯誤信息
3. 讓PHP引擎全速運轉的三個絕招