MVC模式在網站架構中十分常見。它允許我們建立一個三層結構的應用程式，從代碼中分離出有用的層，幫助設計師和開發者協同工作以及提高我們維護和擴展既有程式的能力。
視圖（View）
“視圖”主要指我們送到Web浏覽器的最終結果??比如我們的腳本生成的HTML。當說到視圖時，很多人想到的是模版，但是把模板方案叫做視圖的正確性是值得懷疑的。
對視圖來說，最重要的事情可能是它應該是“自我意識（self aware）”的，視圖被渲染（render）時，視圖的元素能意識到自己在更大框架中的角色。
以XML為例，可以說XML在被解析時，DOM API有著這樣的認知??一個DOM樹裡的節點知道它在哪裡和它包含了什麼。 （當一個XML文檔中的節點用SAX解析時只有當解析到該節點時它才有意義。）
絕大多數模板方案使用簡單的過程語言和這樣的模板標簽：
＜p＞{some_text}＜/p＞
＜p＞{some_more_text}＜/p＞
它們在文檔中沒有意義，它們代表的意義只是PHP將用其他的東西來替換它。
如果你同意這種對視圖的松散描述，你也就會同意絕大多數模板方案並沒有有效的分離視圖和模型。模板標簽將被替換成什麼存放在模型中。
在你實現視圖時問自己幾個問題：“全體視圖的替換容易嗎？”“實現一個新視圖要多久？” “能很容易的替換視圖的描述語言嗎？（比如在同一個視圖中用SOAP文檔替換HTML文檔）”
模型（Model）
模型代表了程序邏輯。（在企業級程序中經常稱為業務層（business layer））
總的來說，模型的任務是把原有數據轉換成包含某些意義的數據，這些數據將被視圖所顯示。通常，模型將封裝數據查詢，可能通過一些抽象數據類（數據訪問層）來實現查詢。舉例說，你希望計算英國年度降雨量（只是為了給你自己找個好點的度假地），模型將接收十年中每天的降雨量，計算出平均值，再傳遞給視圖。
控制器（controller）
簡單的說控制器是Web應用中進入的HTTP請求最先調用的一部分。它檢查收到的請求，比如一些GET變量，做出合適的反饋。在寫出你的第一個控制器之前，你很難開始編寫其他的PHP代碼。最常見的用法是index.php中像switch語句的結構：
＜?php
switch ($_GET[viewpage]) {
case "news":
$page=new NewsRenderer;
break;
case "links":
$page=new LinksRenderer;
break;
default:
$page=new HomePageRenderer;
break;
}
$page-＞display();
?＞
這段代碼混用了面向過程和對象的代碼，但是對於小的站點來說，這通常是最好的選擇。雖然上邊的代碼還可以優化。
控制器實際上是用來觸發模型的數據和視圖元素之間的綁定的控件。
例子
這裡是一個使用MVC模式的簡單例子。
首先我們需要一個數據庫訪問類，它是一個普通類。
＜?php
/**
* A simple class for querying MySQL
*/
class DataAccess {
/**
* Private
* $db stores a database resource
*/
var $db;
/**
* Private
* $query stores a query resource
*/
var $query; // Query resource
//! A constructor.
/**
* Constucts a new DataAccess object
* @param $host string hostname for dbserver
* @param $user string dbserver user
* @param $pass string dbserver user password
* @param $db string database name
*/
function DataAccess ($host,$user,$pass,$db) {
$this-＞db=mysql_pconnect($host,$user,$pass);
mysql_select_db($db,$this-＞db);
}
//! An accessor
/**
* Fetches a query resources and stores it in a local member
* @param $sql string the database query to run
* @return void
*/
function fetch($sql) {
$this-＞query=mysql_unbuffered_query($sql,$this-＞db); // Perform query here
}
//! An accessor
/**
* Returns an associative array of a query row
* @return mixed
*/
function getRow () {
if ( $row=mysql_fetch_array($this-＞query,MYSQL_ASSOC) )
return $row;
else
return false;
}
}
?＞
在它上邊放上模型。
＜?php
/**
* Fetches "products" from the database
*/
class ProductModel {
/**
* Private
* $dao an instance of the DataAccess class
*/
var $dao;
//! A constructor.
/**
* Constucts a new ProductModel object
* @param $dbobject an instance of the DataAccess class
*/
function ProductModel (&$dao) {
$this-＞dao=& $dao;
}
//! A manipulator
/**
* Tells the $dboject to store this query as a resource
* @param $start the row to start from
* @param $rows the number of rows to fetch
* @return void
*/
function listProducts($start=1,$rows=50) {
$this-＞dao-＞fetch("SELECT * FROM products LIMIT ".$start.", ".$rows);
}
//! A manipulator
/**
* Tells the $dboject to store this query as a resource
* @param $id a primary key for a row
* @return void
*/
function listProduct($id) {
$this-＞dao-＞fetch("SELECT * FROM products WHERE PRODUCTID=".$id."");
}
//! A manipulator
/**
* Fetches a product as an associative array from the $dbobject
* @return mixed
*/
function getProduct() {
if ( $product=$this-＞dao-＞getRow() )
return $product;
else
return false;
}
}
?＞
有一點要注意的是，在模型和數據訪問類之間，它們的交互從不會多於一行??沒有多行被傳送，那樣會很快使程式慢下來。同樣的程式對於使用模式的類，它只需要在內存中保留一行（Row）??其他的交給已保存的查詢資源（query resource）??換句話說，我們讓MYSQL替我們保持結果。
接下來是視圖??我去掉了HTML以節省空間，你可以查看這篇文章的完整代碼。
＜?php
/**
* Binds product data to HTML rendering
*/
class ProductView {
/**
* Private
* $model an instance of the ProductModel class
*/
var $model;
/**
* Private
* $output rendered HTML is stored here for display
*/
var $output;
//! A constructor.
&n
