理解PHP中的MVC框架簡介
添加時間:2014-8-7 16:50:23
添加:
思海網(wǎng)絡(luò)
MVC是一個可以讓你把“三個部分(即MVC的全稱,Model、View、Controller)”諧調(diào)地組成一個復(fù)雜應(yīng)用程序的概念。一輛汽車就是一個在現(xiàn)實生活中非常好的MVC例子。我們看車都看兩個View(顯示)部分:內(nèi)部和外部。而這兩個都離不開一個Controller(控制者):司機(jī)。剎車系統(tǒng)、方向盤和其他操控系統(tǒng)代表了Model(模型):他們從司機(jī)(Controller)那里取得控制方法然后應(yīng)用到內(nèi)部和外觀(View)。
【網(wǎng)絡(luò)上的MVC】
MVC框架所涵蓋的概念相當(dāng)簡單并且極度靈活。基本的概念就是,你有一個單獨的控制器(如index.php)用來控制所有建立在參數(shù)請求基礎(chǔ)上的框架內(nèi)應(yīng)用程序。這個控制器通常包含了(最小程度上)一個定義模型的參數(shù)、一個事件和一個GET參數(shù)。這樣控制器就能確認(rèn)所有的請求然后運行相應(yīng)的事件。打個比方來說,一個像這樣/index.php?module=foo&event=bar的請求很有可能就是用來載入一個名叫foo的類,然后運行foo::bar()[就是其中的bar()函數(shù)]。這樣做的好處有:
一個對應(yīng)所有應(yīng)用程序的接口
同時維護(hù)一個應(yīng)用程序內(nèi)無數(shù)的代碼非常麻煩,因為每一段代碼都有自己的相對路徑、數(shù)據(jù)庫鏈接、驗證等等。而這樣做就免除你在這方面的煩惱,允許你合并并重復(fù)使用代碼
【為什么要創(chuàng)建作者自己的MVC框架?】
迄今為止,我沒有見到過太多用PHP寫的MVC框架。事實上我僅僅知道一個-Solar,是完全用PHP5寫的。另外一個是Cake,一個試圖成為PHP的RoR(Ruby on Rails-一個Ruby語言開源網(wǎng)絡(luò)框架)。我自己對這兩個框架都有一些不滿意的地方:它們都沒有利用到PEAR,Smarty等所包含的現(xiàn)有代碼;現(xiàn)在的Cake還比較紊亂;最后,Solar是一個絕大部分由一個人寫的作品(我無意說其作者Paul不是一個好人或者好程序員)。這些問題可能并不會讓你否認(rèn)它們,而且很有可能你根本不關(guān)心這些問題。但是正因為如此,我請各位盡可能地審視它們。
【老方式】
如果回到2001看自己寫的代碼,作者有可能找到一個叫template.txt的文件,它看起來像這樣:www.phpv.net 轉(zhuǎn)載請注明出處
<?php
require_once('config.php'); // Other requires, DB info, etc.
$APP_DB = 'mydb';
$APP_REQUIRE_LOGIN = false; // Set to true if 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');
?>
天哪,只是看這些代碼都會讓我有退縮的欲望。這段代碼的概念就是確保每一個應(yīng)用程序都能適用于這個處理方法,比如我可以簡單地將template.txt拷進(jìn)myapp.php,改變一些變量,瞧,它就能運行起來了。盡管如此,這個組織嚴(yán)密的處理方法存在一些嚴(yán)重的缺點:
如果我的老板想讓作者用myapp.php在一些情況下輸出PDF、一些情況下輸出HTML、一些情況下(直接提交的XML請求)SOAP,我該怎么辦?
如果這個應(yīng)用程序需要IMAP或LDAP驗證,我該怎么辦?
我該如何處理各種不同的代碼(包括編輯、升級和刪除)?
我該如何處理多級驗證(管理員 vs. 非管理員)?
我該如何啟用輸出緩存?www.phpv.net 轉(zhuǎn)載請注明出處
【新方式】
將所有東西都扔進(jìn)這個MVC框架,你會發(fā)現(xiàn)生活是如此簡單。請對比以下代碼:
<?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();
}
}
?>
【網(wǎng)絡(luò)上的MVC】
MVC框架所涵蓋的概念相當(dāng)簡單并且極度靈活。基本的概念就是,你有一個單獨的控制器(如index.php)用來控制所有建立在參數(shù)請求基礎(chǔ)上的框架內(nèi)應(yīng)用程序。這個控制器通常包含了(最小程度上)一個定義模型的參數(shù)、一個事件和一個GET參數(shù)。這樣控制器就能確認(rèn)所有的請求然后運行相應(yīng)的事件。打個比方來說,一個像這樣/index.php?module=foo&event=bar的請求很有可能就是用來載入一個名叫foo的類,然后運行foo::bar()[就是其中的bar()函數(shù)]。這樣做的好處有:
一個對應(yīng)所有應(yīng)用程序的接口
同時維護(hù)一個應(yīng)用程序內(nèi)無數(shù)的代碼非常麻煩,因為每一段代碼都有自己的相對路徑、數(shù)據(jù)庫鏈接、驗證等等。而這樣做就免除你在這方面的煩惱,允許你合并并重復(fù)使用代碼
【為什么要創(chuàng)建作者自己的MVC框架?】
迄今為止,我沒有見到過太多用PHP寫的MVC框架。事實上我僅僅知道一個-Solar,是完全用PHP5寫的。另外一個是Cake,一個試圖成為PHP的RoR(Ruby on Rails-一個Ruby語言開源網(wǎng)絡(luò)框架)。我自己對這兩個框架都有一些不滿意的地方:它們都沒有利用到PEAR,Smarty等所包含的現(xiàn)有代碼;現(xiàn)在的Cake還比較紊亂;最后,Solar是一個絕大部分由一個人寫的作品(我無意說其作者Paul不是一個好人或者好程序員)。這些問題可能并不會讓你否認(rèn)它們,而且很有可能你根本不關(guān)心這些問題。但是正因為如此,我請各位盡可能地審視它們。
【老方式】
如果回到2001看自己寫的代碼,作者有可能找到一個叫template.txt的文件,它看起來像這樣:www.phpv.net 轉(zhuǎn)載請注明出處
<?php
require_once('config.php'); // Other requires, DB info, etc.
$APP_DB = 'mydb';
$APP_REQUIRE_LOGIN = false; // Set to true if 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');
?>
天哪,只是看這些代碼都會讓我有退縮的欲望。這段代碼的概念就是確保每一個應(yīng)用程序都能適用于這個處理方法,比如我可以簡單地將template.txt拷進(jìn)myapp.php,改變一些變量,瞧,它就能運行起來了。盡管如此,這個組織嚴(yán)密的處理方法存在一些嚴(yán)重的缺點:
如果我的老板想讓作者用myapp.php在一些情況下輸出PDF、一些情況下輸出HTML、一些情況下(直接提交的XML請求)SOAP,我該怎么辦?
如果這個應(yīng)用程序需要IMAP或LDAP驗證,我該怎么辦?
我該如何處理各種不同的代碼(包括編輯、升級和刪除)?
我該如何處理多級驗證(管理員 vs. 非管理員)?
我該如何啟用輸出緩存?www.phpv.net 轉(zhuǎn)載請注明出處
【新方式】
將所有東西都扔進(jìn)這個MVC框架,你會發(fā)現(xiàn)生活是如此簡單。請對比以下代碼:
<?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();
}
}
?>
注意這段代碼顯然不是用來鏈接到一個數(shù)據(jù)庫、判斷一個用戶是否已經(jīng)登陸、或者輸出任何其他信息。控制器掌握了所有的一切。
如果我想驗證LDAP,我可以建立FR_Auth_LDAP。控制器可以識別某些輸出方法(比如$_GET['output'])并可以隨時轉(zhuǎn)換成PDF或者SOAP。事件處理delete,只負(fù)責(zé)刪除,其他的它都不管。因為這個模塊擁有一個FR_User類的實例,它可以簡單地判斷一個用戶是否已經(jīng)登陸等等。Smarty,作為模板引擎控制緩存是理所當(dāng)然的,但是控制器同樣可以控制一部分緩存。
從前面講的老方式到MVC方式對于很多人來講可能是一個全新、陌生的概念,但是一旦你轉(zhuǎn)換到了這樣一個概念,那么要轉(zhuǎn)回去將是件相當(dāng)困難的事情。
關(guān)鍵字:MVC、框架、PHP
新文章:
- CentOS7下圖形配置網(wǎng)絡(luò)的方法
- CentOS 7如何添加刪除用戶
- 如何解決centos7雙系統(tǒng)后丟失windows啟動項
- CentOS單網(wǎng)卡如何批量添加不同IP段
- CentOS下iconv命令的介紹
- Centos7 SSH密鑰登陸及密碼密鑰雙重驗證詳解
- CentOS 7.1添加刪除用戶的方法
- CentOS查找/掃描局域網(wǎng)打印機(jī)IP講解
- CentOS7使用hostapd實現(xiàn)無AP模式的詳解
- su命令不能切換root的解決方法
- 解決VMware下CentOS7網(wǎng)絡(luò)重啟出錯
- 解決Centos7雙系統(tǒng)后丟失windows啟動項
- CentOS下如何避免文件覆蓋
- CentOS7和CentOS6系統(tǒng)有什么不同呢
- Centos 6.6默認(rèn)iptable規(guī)則詳解