|
別把話題扯遠了。那么如何才在黑匣子和白匣子之間找到折中辦法來實現TDD呢呢？一種選擇就是使原來的類中的私有方法變?yōu)楣�，并且在發(fā)布的時候變回私有。但這并不是十分令人滿意的方式,所以我們建立一個子類，同時使子類中的方法可以從外部訪問:
下面就是一個子類的例子：
class TestableAssessor extends Assessor {
public function getPropInfo($name) {
return Assessor::getPropInfo($name);
}
}
這樣做的好處是你可以得到正確的Assessor公有接口（API）, 但通過 TestableAssessor 類我們就可以來測試Assessor類了。另外, 你用于測試的代碼也不會影響到Assessor類。
缺點是：外加的類會帶來更多的問題，從而使測試變得更復雜。而且如果你在對象中的一些內部接口作出一些改動, 你的測試將隨著你的重構而再次失效。
比較了它的優(yōu)點和缺點，讓我們來看看它的測試方法：
function testGetPropInfoReturn() {
$assessor = new TestableAssessor;
$this->assertIsA(
$assessor->getPropInfo(‘Boardwalk’), ‘PropertyInfo’);
}
為了要保證所有代碼的正確執(zhí)行, 我們可以使用異常處理。 SimpleTest的目前是基于PHP4 搭建的測試的結構，所以不具備異常處理能力。但是你還是可以在測試中使用如下。
function testBadPropNameReturnsException() {
$assessor = new TestableAssessor;
$exception_caught = false;
try { $assessor->getPropInfo(‘Main Street’); }
catch (InvalidPropertyNameException $e) {
$exception_caught = true;
}
$this->assertTrue($exception_caught);
最后, Assessor類的執(zhí)行部分完成了:
class Assessor {
protected $game;
public function setGame($game) { $this->game = $game; }
public function getProperty($name) {
$prop_info = $this->getPropInfo($name);
switch($prop_info->type) {
case ‘Street’:
$prop = new Street($this->game, $name, $prop_info->price);
$prop->color = $prop_info->color;
$prop->setRent($prop_info->rent);
return $prop;
case ‘RailRoad’:
return new RailRoad($this->game, $name, $prop_info->price);
break;
case ‘Utility’:
return new Utility($this->game, $name, $prop_info->price);
break;
default: //should not be able to get here
}
}
protected $prop_info = array(/* ... */);
protected function getPropInfo($name) {
if (!array_key_exists($name, $this->prop_info)) {
throw new InvalidPropertyNameException($name);
}
return new PropertyInfo($this->prop_info[$name]);
}
}
Assessor::getPropInfo()方法從邏輯上說明 PropertyInfo工廠類是作為了Assessor類的一個私有的方法。而Assessor::getProperty() 方法是用來返回三個Property子類的一個，至于返回哪一個子類這要看property的名字。
遲加載（Lazy Loading）的工廠
使用工廠的另一個好處就是它具有遲加載的能力。這種情況常被用在：一個工廠中包括很多子類，這些子類被定義在單獨的PHP文件內。
注：術語 - 遲加載
在遲加載模式中是不預加載所有的操作（像包含PHP文件或者執(zhí)行數據庫查詢語句），除非腳本中聲明要加載。
用一個腳本可以有效地控制多個網頁的輸出，這是Web常用的方法了。比如一個博客程序，一些入口就有不同的頁面來實現，一個簡單的評論入口就有：發(fā)布評論的頁面，一個導航的頁面，一個管理員編輯的頁面等。 你可以把所有的功能放入一個單獨的類中,使用工廠來加載他們。每一個功能類可以單獨放在一個文件里，再把這些文件都放在“pages”這個子文件夾里，這樣可以方便調用。
實現遲加載的頁面工廠（page factory）的代碼可以寫作:
class PageFactory {
function &getPage() {
$page = (array_key_exists(‘page’, $_REQUEST))
? strtolower($_REQUEST[‘page’])
: ‘’;
switch ($page) {
case ‘entry’: $pageclass = ‘Detail’; break;
case ‘edit’: $pageclass = ‘Edit’; break;
case ‘comment’: $pageclass = ‘Comment’; break;
default:
$pageclass = ‘Index’;
}
if (!class_exists($pageclass)) {
require_once ‘pages/’.$pageclass.’.php’;
}
return new $pageclass;
}
}
你可以利用 PHP 的動態(tài)加載性質，然后使用實時的運行需求（run-time）來給你要建立的類命名。在這情況下, 根據一個 HTTP 請求叁數就能確定哪個頁面被加載。你可以使用遲加載，這樣只要當你需要建立新對象時才載入相應的類，不需要你載入所有可能用到的“page”類。在上述例子中就用了 require_once來實現這一點。這個技術對于一個裝有PHP加速器的系統(tǒng)來說并不重要，因為包含一個外加的文件使用的時間對它來說可以忽略。 但對于大多數典型的PHP服務器來說，這樣做是很有好處的。
要想了解更多的關于遲加載的知識，請看第 11 章-代理模式。
小節(jié)
工廠模式是非常簡單而且非常有用。如果你已經有很多關于工廠模式的例子代碼，你會發(fā)現更多的東西�！禛oF》這本書就介紹了一些關于構建的模式:AbstractFactory and Builder。 AbstractFactory用來處理一些相關組件，Builder模式則是使建立復雜對象更為容易。
在這章的多數例子里, 參數是通過工廠方法引入的(例如 CrayonBox::getColor(‘紅色’);)�！禛oF》中則稱為“參數化工廠”（parameterized factory），它是PHP網頁設計中典型的工廠方法。
你現在已經了解工廠模式了, 它是一種代碼中建立新對象的管理技術。 你可以看到工廠模式是可以把復雜對象的建立集中起來，甚至用不同的類代替不同的對象。最后，工廠模式支持OOP技術中的多態(tài)也是很重要的。
下文：《PHP設計模式介紹》第四章 單條模式
本文鏈接：http://m.95time.cn/tech/program/2008/5860.asp 
出處：
責任編輯：bluehearts
上一頁 php設計模式介紹之工廠模式 [7] 下一頁
◎進入論壇網絡編程版塊參加討論
|
第 1 頁 
第 8 頁 php設計模式介紹之工廠模式 [8]
