他們的工作原理大家應該也比較感興趣，下面我說說一個mvc框架長什么樣。

路由機制

在互聯網我們都是通過url提供服務，因此不同的url有不同的服務。用戶訪問不同的頁面也就獲得了不同的服務。那么我們的服務是如何通過url來區分不同的服務呢。

我們的web程序就要通過url尋找到不同的文件，進行不同的業務邏輯處理。我們的路由機制就是根據url，尋找到對應的controller，和action，然后由action進行具體的業務邏輯處理。

一個簡單的controller

復制代碼 代碼如下:

//定義一個controller
class UserControler extends Controller{
     //定義一個action方法，注意一定是public的
     public function index(){
          // do business code
     }
}

具體的對應規則不同的框架映射不同。以下是CodeIgniter框架的URL路由，它會盡力的嘗試各種的可能，來分析URL的情況。

文件路徑/system/core/URI.php

復制代碼 代碼如下:

// 看看是否是從命令行運行的
if (php_sapi_name() == 'cli' or defined('STDIN')){
    $this->_set_uri_string($this->_parse_cli_args());
    return;
}

// 首先嘗試 REQUEST_URI 這個適應大部分的情況
if ($uri = $this->_detect_uri()){
    $this->_set_uri_string($uri);
    return;
}

// 看看PATH_INFO變量是否存在？nginx需要配置
// Note: some servers seem to have trouble with getenv() so we'll test it two ways
$path = (isset($_SERVER['PATH_INFO'])) ? $_SERVER['PATH_INFO'] : @getenv('PATH_INFO');
if (trim($path, 'http://www.49028c.com/') != '' && $path != "http://www.49028c.com/".SELF){
    $this->_set_uri_string($path);
    return;
}

// 沒有PATH_INFO，看看 QUERY_STRING?
$path =  (isset($_SERVER['QUERY_STRING'])) ? $_SERVER['QUERY_STRING'] : @getenv('QUERY_STRING');
if (trim($path, 'http://www.49028c.com/') != ''){
    $this->_set_uri_string($path);
    return;
}

//嘗試去從 $_GET 獲取信息
if (is_array($_GET) && count($_GET) == 1 && trim(key($_GET), 'http://www.49028c.com/') != ''){
    $this->_set_uri_string(key($_GET));
    return;
}

// 盡力了，放棄了路由
$this->uri_string = '';
return;

通過上面的嘗試，接下來就是如何利用路由機制加載正確的controller了。

Controller加載機制

我們來看看Codeigniter框架是如何加載到controller并且調用action的。

在/system/core/Codeigniter.php中有如下的代碼。Codeigniter在這之前會根據$_SERVER['PATH_INFO]里面的值來進行賦值（這個都是靠自己的設定的，默認的話CI他會有許多的if分支進行判斷）。

復制代碼 代碼如下:

//大約在250行
include(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php');

$class  = $RTR->fetch_class();
$method = $RTR->fetch_method();

//大約在308行
$CI = new $class();

//大約在359行
call_user_func_array(array(&$CI, $method), array_slice($URI->rsegments, 2));

就這樣，通過這個就調用到了我們的controller及其方法了，接下來就是編寫自己的業務邏輯代碼了。

視圖view的顯示

當我們的業務邏輯代碼寫完后，就需要頁面的展示了。很多常見的MVC框架在頁面的調用是這么寫的。

復制代碼 代碼如下:

//controller中action的方法
public function index(){
    // ... 許多的業務邏輯代碼
    $data = array('name'=>'abc', 'age'=>12, .... );
    return $this->render('view/path/file.html',$data);
}

復制代碼 代碼如下:

<div>
姓名 : <?=$name ?>
年齡 : <?php echo $age; ?>
</div>

復制代碼 代碼如下:

protected function render($template, array $var = array() )
{
    extract($var);   // 抽取數組中的變量
    ob_end_clean (); //關閉頂層的輸出緩沖區內容
    ob_start ();     // 開始一個新的緩沖區
    require TEMPLATE_ROOT . $template . '.html';  //加載視圖view
    $content = ob_get_contents ();             // 獲得緩沖區的內容
    ob_end_clean ();           // 關閉緩沖區

    //ob_end_flush();      // 這個是直接輸出緩沖區的內容了，不用再次緩存起來。
    ob_start();            //開始新的緩沖區，給后面的程序用
    return $content;       // 返回文本，此處也可以字節echo出來，并結束代碼。
}

在這短短的幾行代碼中，全都是精華，就是這些非常重要的，全是php的內置函數，接下來我們來具體分析分析。

看看第一個extract($var)。這個函數從數組中將變量導入到當前的符號表。剛剛就將$data數組里面的name、age抽取出來，這樣就可以在視圖view中使用$name $age。更詳細的請參考

第二個ob_end_clean()的作用是關閉頂層的緩沖區，為了是之前的程序不小心echo出的一些文字給清楚了，為了下一行的重新開辟一塊緩沖區。

第三個ob_start()是開啟一塊新的緩沖區，為了是將視圖的內容放到緩沖區。當然了，緩沖區有一定的大小，如果內容超出了緩沖區的設定值，那么會自動的發送給server。

第四個require file，這個就是第一個參數，根據自己的規則去加載視圖的文件。其中文件里可以夾雜php、html的代碼。你在這個render()函數聲明的任何局部變量或者這里能訪問到的任何全局變量，都可以在require的file文件中訪問到。

第五個$content = ob_get_contents ()很重要，是為了將緩沖區的內容取出來，但不清除它。

第七個ob_start()是重新開啟一個緩沖區，為了是下面的程序需要使用緩沖區。有寫框架可能不用對$content的內容進行操作了，那么直接ob_end_flush()將緩沖區的內容輸出出來就行了。

這個是一個很簡單的展示視圖的過程。如果直接使用這個不方便對視圖view進行模塊化，因此一些框架都不會這么直接用的。

我們從這個函數也可以看到程序有點類似程序中斷保護現場的感覺。只不過中斷保護現場會先保存數據，然后在返回的時候恢復回來。這里只有關閉上一個緩沖區，開啟一個新的緩沖區，關閉這個緩沖哦過去，開啟另外一個緩沖區。

至此，我們看到一個簡單的PHP的MVC框架。如果你有興趣可以自己開發一個MVC框架，或者更深入點的HMVC。