摘   要： 分析了MVC描述的軟件模型，通過一個基于PHP語言并結(jié)合XML和XSL技術(shù)的MVC架構(gòu)的設(shè)計實例討論了MVC模式設(shè)計的方法。
關(guān)鍵詞： MVC架構(gòu)  控制器  視圖  模型

1  MVC描述的軟件模型
　　MVC是Model-View-Controller（模型－視圖－控制器）的縮寫，它把一個應(yīng)用的處理流程分成模型層、視圖層和控制層，這三層結(jié)構(gòu)之間的關(guān)系如圖1所示。

　　模型層(也稱業(yè)務(wù)層)用于處理程序邏輯。它的任務(wù)是管理應(yīng)用程序域的行為和數(shù)據(jù)，響應(yīng)來自控制層的狀態(tài)指令，把原有數(shù)據(jù)按照業(yè)務(wù)邏輯轉(zhuǎn)換成指定意義的數(shù)據(jù)提供給視圖層顯示。
　　視圖層用于把表示模型數(shù)據(jù)、邏輯關(guān)系和狀態(tài)的信息以特定的形式表現(xiàn)在用戶界面上。視圖層的顯示信息來自模型層，同一個模型可以對應(yīng)多個視圖。
        控制層用于處理用戶與軟件的交互操作?？刂茖油ㄖＰ秃鸵晥D做出相應(yīng)的狀態(tài)改變，使模型和視圖協(xié)調(diào)工作。
2  MVC模式設(shè)計
　　MVC的目的是增加代碼的重用率，減少數(shù)據(jù)表達(dá)、數(shù)據(jù)描述和應(yīng)用操作的耦合度，從而提高軟件的可維護(hù)性、擴(kuò)展性和靈活性。MVC模式把界面表現(xiàn)和邏輯控制語句強(qiáng)制分離，解決了頁面設(shè)計和程序開發(fā)中的工作交錯與沖突，并解決了由于商業(yè)邏輯嵌入造成程序不可重用而且很難維護(hù)的問題。
　　本文設(shè)計了一個基于PHP語言、XML和XSL模板技術(shù)的MVC架構(gòu)的Web應(yīng)用系統(tǒng)。
2.1 代碼結(jié)構(gòu)
　　在系統(tǒng)中每一個頁面被定義為一個Action，可以通過網(wǎng)址http：//servername/index.php？action=actionname來訪問頁面。控制器中定義了每一個Action對應(yīng)的模型和視圖，它們之間的對應(yīng)關(guān)系如圖2所示。

　　表1為系統(tǒng)的基礎(chǔ)代碼結(jié)構(gòu)，除少量的靜態(tài)頁面放在htdocs目錄下外，其余的程序都放在PHP的庫文件目錄下。

　　在這個代碼結(jié)構(gòu)中，模型、視圖和控制器三部分分別放置在不同目錄中。其中，視圖層包括顯示模板(XSL)和頁面操作控制(JS)二部分，模型層包括業(yè)務(wù)邏輯處理類庫(Action Class)、數(shù)據(jù)輸出處理(Action Execute)和PHP基礎(chǔ)類庫(PHP Class)三部分。因此，在系統(tǒng)中各部分的開發(fā)由不同的角色來完成，角色之間的工作交錯和沖突可以減少，使系統(tǒng)程序升級和維護(hù)的思路也更加明晰。
2.2 系統(tǒng)實現(xiàn)
　　在系統(tǒng)中，客戶端瀏覽器中呈現(xiàn)的是系統(tǒng)的視圖部分，而模型和控制器則是透明的。當(dāng)Web 服務(wù)器接收到客戶提交的HTTP請求后，交給服務(wù)器中的控制器來處理?？刂破靼凑照埱笾械腁ction信息，從系統(tǒng)配置中提取此Action的映射表，并把此請求映射到相應(yīng)的處理模型；處理模型進(jìn)行業(yè)務(wù)邏輯處理，處理完后返回狀態(tài)更新的請求并將XML格式的數(shù)據(jù)結(jié)果給控制器；控制器根據(jù)結(jié)果選擇相應(yīng)視圖模板并合成視圖返回給客戶。程序架構(gòu)如圖3所示。

2.2.1 控制層的實現(xiàn)
　　在這個系統(tǒng)中，控制器主要有以下四個作用。
　　(1)根據(jù)Action名稱從數(shù)據(jù)庫的映射表中找到處理此Action的模型信息、視圖模板和此視圖的用戶操作控制信息。
　　(2)調(diào)用模型處理Action請求。
　　(3)合成業(yè)務(wù)邏輯處理返回的XML格式的數(shù)據(jù)信息和XSL視圖模板為HTML的文件，并返回給客戶端。
　　(4)在接收到一個業(yè)務(wù)邏輯處理模型返回的狀態(tài)更新請求后，調(diào)用一個新的業(yè)務(wù)邏輯處理模型處理此請求。
　　控制器主要包括二個文件：includes/prepend.inc和includes/controller/controller.inc。prepend.inc文件被設(shè)定為自動增加在被訪問的文件前，因此這個文件非常適合作為控制器的主文件；Controller.inc中主要是控制器中的處理函數(shù)。這二個文件的代碼如下。
prepend.inc
<?
include_once(″/action/configure/db.conf″)；//數(shù)據(jù)庫連接對象
include_once(″/control/controller.inc″)；//控制器
…
$actionobj=getaction($action)；　　　　　//獲得Action信息
if($actionobj[″model″] !=″″){
　　　　　　　　　　　　　　　　　　　//調(diào)用model處理action請求信息
include_once($actionobj[″model″])；
eval(″\$modelobj=execute_″.$actionobj[″action″].″( )；″)；
if($modelobj[″type″]==″xmldata″){//返回html
　　　　　　　　　　　　　　　　　    //輸出xml和xsl合成的html數(shù)據(jù)
    echo xmlpraser($modelobj[″data″]，$actionobj[″view″])；
}else if($modelobj[″type″]==″state″){　　//請求更新狀態(tài)
    header(″Location：?″.$modelobj[″data″])；　//交新模型處理
    exit；
}
}else{//直接調(diào)用View輸出}
?>
controller.inc：
<?
****得actionobj的信息****
function getaction($action){
global $dbobj，$conn，$result_id；      //數(shù)據(jù)對象，連接，結(jié)果集
　　　　　　　　　　　　　　　　　　//從數(shù)據(jù)庫中檢索action對象信息
$sqlstr=″select*from t_action where action=′″.$action.″′″；
$result_id=$dbobj->exec($conn，$sqlstr)；
if($dbobj->fetch_row($result_id)){
    $actobj[″action″]=$action；
　　　　　　　　　　　　　　　　    //action的處理模型名稱
    $actobj[″model″]=$dbobj->result($result_id，″model″)；
　　　　　　　　　　　　　　　　    //action的視圖模板信息
    $actobj[″view″]=$dbobj->result($result_id，″template″)；
　　　　　　　　　　　　　　　　    //其他控制參數(shù)
}else{ … }
return $actobj；
}
　　　　　　　　　　　　　　　　　　//****解析xml和xslt****
function php_scheme_get_all($Processor，$Schema，$RestUri){
$url=$Schema .′：′. $RestUri；
return file_get_contents($url)；
}
function xmlpraser($data，$xslpath){
global $SYS_INCLUDEPATH；
$parser=xslt_create( )；　　//初始化解析對象
xslt_set_scheme_handlers($parser，array(′get_all′=>
′php_sheme_get_all′))；      //設(shè)置處理方式
$parms[″_xml″]=″<?xml version=\″1.0\″ encoding=\″gb2312\
″?>″ . $data；    　　　　　　　  //合成xml格式數(shù)據(jù)
$parms[″_xsl″]=file_get_contents($SYS_INCLUDEPATH.
″\\″ . $xslpath)；  　　　　　  //讀取xsl模板文件
$result.=xslt_process($parser，′arg：/_xml′，′arg：/_xsl′，
NULL，$parms)；      　　//合成視圖
xslt_free($parser)；  　　//釋放解析對象
return $result；
}
?>
2.2.2 模型層的實現(xiàn)
　　模型是系統(tǒng)的數(shù)據(jù)核心。此系統(tǒng)中模型層主要包括三部分內(nèi)容。
　　(1)業(yè)務(wù)邏輯處理。業(yè)務(wù)邏輯處理又可以分為二類：一類是抽象出來的業(yè)務(wù)邏輯，被封裝成一個個PHP類；另一類是對某一具體Action的邏輯處理。
　　(2)PHP的基礎(chǔ)類庫。此部分與業(yè)務(wù)邏輯無關(guān)，描述的是對任何一類的應(yīng)用系統(tǒng)中都要使用的公共函數(shù)類，這些類可以被其他程序調(diào)用。
　　(3)數(shù)據(jù)輸出處理，把PHP數(shù)據(jù)轉(zhuǎn)換成XML格式輸出。
　　按照控制器的定義，每一個Actionname都要調(diào)用一個命名為execute_actionname( )的函數(shù)，這個函數(shù)會返回Action的處理結(jié)果。處理結(jié)果有二種情況：一種是返回XML格式的數(shù)據(jù)；一種是返回要求系統(tǒng)更新狀態(tài)的狀態(tài)值。一個典型的模型處理器程序結(jié)構(gòu)如下：
<?
include_once(″/action/tool/tools.inc″)；　　//工具系統(tǒng)的基礎(chǔ)類
function gettoollist($toolid){　　　　　　　//獲得工具信息
　　　　　　　　　　　　　　　　　　　　//指定要獲得的工具信息
$params=array(″toolname″，″part_no″，″quantity″)；
$toolobj=new toolinfo；　　　　　　　　　//創(chuàng)建toolinfo類實例
$toolstinfo=$toolobj->GetToolListinfo($toolid，$params)；
return $toolsinfo；　　　　　　　　　　　//返回工具列表信息
}
function getxml($toolsinfo){　　　　　　//轉(zhuǎn)換工具信息為xml格式
while(list($id，$toolarray)=each($toolsinfo[″data″])){
  　$xmlstr.=″<items>″；
  　　while(list($key，$value)=each($toolarray)){
    　　$xmlstr.=″<″ .$key. ″>″.$value.″</″.$key.″>″；
  　　}
　　　  $xmlstr.=″</items>″；
}
return $xmlstr；
}
function execute_tool_toollist( ) {　　　　//工具列表action的處理函數(shù)
$toolinfo=gettoollist($toolid)；　　　　　　//工具信息
if($toolinfo[″state″]){　　　　　　　　　　//輸出xml格式數(shù)據(jù)
  $rtnobj[″type″]=″xmldata″；
  $rtnobj[″data″]=getxml(($toolinfo)；
}else{　　　　　　　　　　　　　　　　//跳轉(zhuǎn)到錯誤處理頁面
  $rtnobj[″type″]=″state″；
  $rtnobj[″data″]=″errorhandle″；
}
return $rtnobj；
}
?>
2.2.3 視圖層的實現(xiàn)
　　視圖是系統(tǒng)與客戶交互的窗口。在Web應(yīng)用系統(tǒng)中，視圖是指客戶最終看到的HTML頁面。為了使頁面具有風(fēng)格統(tǒng)一、整齊、可配置的特點，系統(tǒng)一般都會采用模板技術(shù)。此系統(tǒng)即使用了XSL模板技術(shù)。系統(tǒng)中的視圖層包括二部分：一部分是放在/includes/template目錄下的XSL模板；另一部分是放在/htdocs目錄下的js和css文件。最后，由控制器來完成合成視圖的任務(wù)。
2.3 系統(tǒng)適應(yīng)性　
　　從整個系統(tǒng)的設(shè)計結(jié)構(gòu)可以看出，系統(tǒng)的業(yè)務(wù)邏輯和顯示是分離的：首先由網(wǎng)頁設(shè)計人員和程序員共同確定需要的數(shù)據(jù)項和Action名稱，在控制器中添加此Action；之后，網(wǎng)頁設(shè)計人員設(shè)計各個顯示模板；程序人員完成相應(yīng)的模型處理程序。這樣的設(shè)計方法有利于對系統(tǒng)的維護(hù)和功能擴(kuò)展。
　　在MVC系統(tǒng)中處理用戶需求的思路非常明確。視圖的修改和模型處理的修改基本上是獨(dú)立的，無論是在系統(tǒng)開發(fā)時期還是在系統(tǒng)維護(hù)時期，網(wǎng)頁設(shè)計人員和程序員都可以更加專注于自己的任務(wù)。系統(tǒng)中的模型可以是自包含的，由于與控制器和視圖相分離，所以很容易改變程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。例如把數(shù)據(jù)庫從Mysql移植到Oracle上只需改變數(shù)據(jù)庫連接模型即可；而把界面顯示從HTML改為Flash或WAP只需改變視圖顯示和相應(yīng)控制器即可。一旦正確地實現(xiàn)了模型，視圖將會正確地加以顯示。這樣，系統(tǒng)維護(hù)的成本和項目的開發(fā)風(fēng)險都被大大降低。
3  結(jié)束語
　　MVC設(shè)計思想中的三部分是相互獨(dú)立的，既可以通過不同的技術(shù)實現(xiàn)，也可以運(yùn)行在不同的基礎(chǔ)平臺上。隨著更多新技術(shù)的出現(xiàn)，還可以創(chuàng)造出更多的應(yīng)用方式。所以MVC設(shè)計模式的確是一個創(chuàng)建優(yōu)秀軟件的途徑。
　　本文所描述的只是MVC應(yīng)用系統(tǒng)開發(fā)的一個基礎(chǔ)模式。模型和視圖嚴(yán)格分離的模式相對混合模式，對開發(fā)和設(shè)計人員的要求要高一些，但更容易進(jìn)行錯誤控制。此外，在實際的應(yīng)用中，開發(fā)者還要結(jié)合各應(yīng)用項目的業(yè)務(wù)需要進(jìn)行詳細(xì)的設(shè)計規(guī)劃，認(rèn)真考慮應(yīng)用的額外復(fù)雜性。只有把這些想法融進(jìn)到架構(gòu)中，才能增加應(yīng)用的可拓展性。只有把握這一點，MVC模式才會使得應(yīng)用系統(tǒng)更加健壯、更加靈活和更容易擴(kuò)展。
參考文獻(xiàn)
1   Kotek B.MVC design pattern brings about better organisation and code reuse.http：//builder.com.com/5100-6386-1049862.html，2002
2   龔赤兵.如何合理利用MVC設(shè)計模式運(yùn)用到開發(fā)Java應(yīng) 用程序.http：//tech.163.com/tm/030622/ 030622_99290. html，2003
3   Gamma E著，李英軍譯.設(shè)計模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ).北京：機(jī)械工業(yè)出版社，2000