MVC模式在網站架構中十分常見。它允許我們建立一個三層結構的應用程式，從代碼中分離出有用的層，協助設計師和開發人員協同工作以及提高我們維護和擴充既有程式的能力。
視圖（View）
“視圖”主要指我們送到Web瀏覽器的最終結果——比如我們的指令碼產生的HTML。當說到視圖時，很多人想到的是模版，但是把模板方案叫做視圖的正確性是值得懷疑的。
對視圖來說，最重要的事情可能是它應該是“自我意識（self aware）”的，視圖被渲染（render）時，視圖的元素能意識到自己在更大架構中的角色。
以xml(標準化越來越近了)為例，可以說xml(標準化越來越近了)在被解析時，DOM API有著這樣的認知——一個DOM樹裡的節點知道它在哪裡和它包含了什麼。 （當一個xml(標準化越來越近了)文檔中的節點用SAX解析時只有當解析到該節點時它才有意義。）
絕大多數模板方案使用簡單的過程語言和這樣的模板標籤：
{some_text}
{some_more_text}
它們在文檔中沒有意義，它們代表的意義只是PHP將用其他的東西來替換它。
如果你同意這種對視圖的鬆散描述，你也就會同意絕大多數模板方案並沒有有效分離視圖和模型。模板標籤將被替換成什麼存放在模型中。
在你實現視圖時問自己幾個問題：“全體視圖的替換容易嗎？”“實現一個新視圖要多久？” “能很容易的替換視圖的描述語言嗎？（比如在同一個視圖中用SOAP文檔替換HTML文檔）”
模型（Model）
模型代表了程式邏輯。（在企業級程式中經常稱為業務層（business layer））
總的來說，模型的任務是把原有資料轉換成包含某些意義的資料，這些資料將被視圖所顯示。通常，模型將封裝資料查詢，可能通過一些抽象資料類（資料訪問層）來實現查詢。舉例說，你希望計算英國年度降雨量（只是為了給你自己找個好點的度假地），模型將接收十年中每天的降雨量，計算出平均值，再傳遞給視圖。
控制器（controller）
簡單的說控制器是Web應用中進入的HTTP請求最先調用的一部分。它檢查收到的請求，比如一些GET變數，做出合適的反饋。在寫出你的第一個控制器之前，你很難開始編寫其他的PHP代碼。最常見的用法是index.php中像switch語句的結構：
switch ($_GET['viewpage']) {
case "news":
$page=new NewsRenderer;
break;
case "links":
$page=new LinksRenderer;
break;
default:
$page=new HomePageRenderer;
break;
}
$page->display();
?>
這段代碼混用了面向過程和對象的代碼，但是對於小的網站來說，這通常是最好的選擇。雖然上邊的代碼還可以最佳化。
控制器實際上是用來觸發模型的資料和視圖元素之間的綁定的控制項。
例子
這裡是一個使用MVC模式的簡單例子。
首先我們需要一個資料庫訪問類，它是一個普通類。
/**
* A simple class for querying MySQL(和PHP搭配之最佳組合)
*/
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(和PHP搭配之最佳組合)_pconnect($host,$user,$pass);
MySQL(和PHP搭配之最佳組合)_select_db($db,$this->db);
共3頁 第1頁 第2頁 第3頁
