他們的工作原理大家應該也比較感興趣,下面我說說一個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, '/') != '' && $path != "/".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, '/') != ''){
$this->_set_uri_string($path);
return;
}
//嘗試去從 $_GET 獲取信息
if (is_array($_GET) && count($_GET) == 1 && trim(key($_GET), '/') != ''){
$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);
}
接著在視圖文件view/path/file.html裡寫上一下代碼。
復制代碼 代碼如下:<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。更詳細的請參考http://www.php.net/manual/zh/function.extract.php
第二個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。