編程
【什麼是MVC？】
MVC是一個可以讓你把“三個部分（即MVC的全稱，Model、View、Controller）”諧調地組成一個複雜應用程式的概念。一輛汽車就是一個在現實生活中非常好的MVC例子。我們看車都看兩個View（顯示）部分：內部和外部。而這兩個都離不開一個Controller（控制者）：司機。刹車系統、方向盤和其他操控系統代表了Model（模型）：他們從司機（Controller）那裡取得控制方法然後應用到內部和外觀（View）。
【網路上的MVC】
MVC架構所涵蓋的概念相當簡單並且極度靈活。基本的概念就是，你有一個單獨的控制器（如index.php）用來控制所有建立在參數請求基礎上的架構內應用程式。這個控制器通常包含了（最小程度上）一個定義模型的參數、一個事件和一個GET參數。這樣控制器就能確認所有的請求然後運行相應的事件。打個比方來說，一個像這樣/index.php?module=foo&event=bar的請求很有可能就是用來載入一個名叫foo的類，然後運行foo::bar()[就是其中的bar()函數]。這樣做的好處有：
一個對應所有應用程式的介面
同時維護一個應用程式內無數的代碼非常麻煩，因為每一段代碼都有自己的相對路徑、資料庫連結、驗證等等。而這樣做就免除你在這方面的煩惱，允許你合并並重複使用代碼
【為什麼要建立作者自己的MVC架構？】
迄今為止，我沒有見到過太多用PHP寫的MVC架構。事實上我僅僅知道一個－Solar，是完全用PHP5寫的。另外一個是Cake，一個試圖成為PHP的RoR（Ruby on Rails－一個Ruby語言開源網路架構）。我自己對這兩個架構都有一些不滿意的地方：它們都沒有利用到PEAR，Smarty等所包含的現有代碼；現在的Cake還比較紊亂；最後，Solar是一個絕大部分由一個人寫的作品（我無意說其作者Paul不是一個好人或者好程式員）。這些問題可能並不會讓你否認它們，而且很有可能你根本不關心這些問題。但是正因為如此，我請各位儘可能地審視它們。
【老方式】
如果回到2001看自己寫的代碼，作者有可能找到一個叫template.txt的檔案，它看起來像這樣：www.phpv.net 轉載請註明出處
＜?php
require_once('config.php'); // Other requires, DB info, etc.
$APP_DB = 'mydb';
$APP_REQUIRE_LOGIN = false; // Set to true if script requires login
$APP_TEMPLATE_FILE = 'foo.php'; // Smarty template
$APP_TITLE = 'My Application';
if ($APP_REQUIRE_LOGIN == true) {
if (!isset($_SESSION['userID'])) {
header("Location: /path/to/login.php");
exit();
}
}
$db = DB::connect('mysql://'.$DB_USER.':'.$DB_PASS.'@localhost/'.$APP_DB);
if (!PEAR::isError($db)) {
$db-＞setFetchMode(DB_FETCHMODE_ASSOC);
} else {
die($db-＞getMessage());
}
// Put your logic here
// Output the template
include_once(APP_TEMPLATE_PATH.'/header.php');
include_once(APP_TEMPLATE_PATH.'/'.$APP_TEMPLATE_FILE);
include_once(APP_TEMPLATE_PATH.'/footer.php');
?＞
天哪，只是看這些代碼都會讓我有退縮的慾望。這段代碼的概念就是確保每一個應用程式都能適用於這個處理方法，比如我可以簡單地將template.txt拷進myapp.php，改變一些變數，瞧，它就能運行起來了。儘管如此，這個組織嚴密的處理方法存在一些嚴重的缺點：
如果我的老闆想讓作者用myapp.php在一些情況下輸出PDF、一些情況下輸出HTML、一些情況下（直接提交的XML請求）SOAP，我該怎麼辦？
如果這個應用程式需要IMAP或LDAP驗證，我該怎麼辦？
我該如何處理各種不同的代碼（包括編輯、升級和刪除）？
我該如何處理多級驗證（管理員 vs. 非管理員）？
我該如何啟用輸出緩衝？www.phpv.net 轉載請註明出處
【新方式】
將所有東西都扔進這個MVC架構，你會發現生活是如此簡單。請對比以下代碼：
＜?php
class myapp extends FR_Auth_User
{
public function __construct()
{
parent::__construct();
}
public function __default()
{
// Do something here
}
public function delete()
{ }
public function __destruct()
{
parent::__destruct();
}
}
?＞
注意這段代碼顯然不是用來連結到一個資料庫、判斷一個使用者是否已經登陸、或者輸出任何其他資訊。控制器掌握了所有的一切。
如果我想驗證LDAP，我可以建立FR_Auth_LDAP。控制器可以識別某些輸出方法（比如$_GET['output']）並可以隨時轉換成PDF或者SOAP。事件處理delete，只負責刪除，其他的它都不管。因為這個模組擁有一個FR_User類的執行個體，它可以簡單地判斷一個使用者是否已經登陸等等。Smarty，作為模板引擎控制緩衝是理所當然的，但是控制器同樣可以控制一部分緩衝。
從前面講的老方式到MVC方式對於很多人來講可能是一個全新、陌生的概念，但是一旦你轉換到了這樣一個概念，那麼要轉回去將是件相當困難的事情。
[1] [2] [3] [4] [5] 下一頁
