在PHP中養(yǎng)成7個(gè)面向?qū)ο蟮暮昧?xí)慣

更新時(shí)間：2010年07月17日 13:40:42 作者：

如果您尚未打算用 OO 原則創(chuàng)建應(yīng)用程序，則使用 PHP 的面向?qū)ο螅∣O）的語言特性，這 7 個(gè)習(xí)慣將幫助您開始在過程編程與 OO 編程之間進(jìn)行轉(zhuǎn)換。

在 PHP 編程早期，PHP 代碼在本質(zhì)上是限于面向過程的。過程代碼的特征在于使用過程構(gòu)建應(yīng)用程序塊。過程通過允許過程之間的調(diào)用提供某種程度的重用。
但是，沒有面向?qū)ο蟮恼Z言構(gòu)造，程序員仍然可以把 OO 特性引入到 PHP 代碼中。這樣做有點(diǎn)困難并且會使代碼難于閱讀，因?yàn)樗腔旌戏独ê袀?OO 設(shè)計(jì)的過程語言）。使用 PHP 代碼中的 OO 構(gòu)造 — 例如能夠定義和使用類、能夠構(gòu)建使用繼承的類之間的關(guān)系以及能夠定義接口 — 可以更輕松地構(gòu)建符合優(yōu)秀 OO 實(shí)踐的代碼。
雖然沒有過多模塊化的純過程設(shè)計(jì)運(yùn)行得很好，但是 OO 設(shè)計(jì)的優(yōu)點(diǎn)表現(xiàn)在維護(hù)上。由于典型應(yīng)用程序的大部分生命周期都花費(fèi)在維護(hù)上，因此代碼維護(hù)是應(yīng)用程序生命周期的重要部分。并且在開發(fā)過程中代碼維護(hù)很容易被遺忘。如果在應(yīng)用程序開發(fā)和部署方面存在競爭，那么長期可維護(hù)性可能被放在比較次要的地位。
模塊化 — 優(yōu)秀 OO 設(shè)計(jì)的主要特性之一 — 可以幫助完成這樣的維護(hù)。模塊化將幫助封裝更改，這樣可以隨著時(shí)間的推移更輕松地?cái)U(kuò)展和修改應(yīng)用程序。
總的來說，雖然構(gòu)建 OO 軟件的習(xí)慣不止 7 個(gè)，但是遵循這里的 7 個(gè)習(xí)慣可以使代碼符合基本 OO 設(shè)計(jì)標(biāo)準(zhǔn)。它們將為您提供更牢固的基礎(chǔ)，在此基礎(chǔ)之上建立更多 OO 習(xí)慣并構(gòu)建可輕松維護(hù)與擴(kuò)展的軟件。這些習(xí)慣針對模塊化的幾個(gè)主要特性。有關(guān)獨(dú)立于語言的 OO 設(shè)計(jì)優(yōu)點(diǎn)的更多信息，請參閱參考資料。
7個(gè)優(yōu)秀 PHP OO 習(xí)慣包括：
保持謙虛。
做個(gè)好鄰居。
避免看到美杜莎。
利用最弱的鏈接。
您是橡皮；我是膠水。
限制傳播。
考慮使用模式。
保持謙虛
保持謙虛指避免在類實(shí)現(xiàn)和函數(shù)實(shí)現(xiàn)中暴露自己。隱藏您的信息是一項(xiàng)基本習(xí)慣。如果不能養(yǎng)成隱藏實(shí)現(xiàn)細(xì)節(jié)的習(xí)慣，那么將很難養(yǎng)成任何其他習(xí)慣。信息隱藏也稱為封裝。
直接公開公共字段是一個(gè)壞習(xí)慣的原因有很多，最重要的原因是讓您在實(shí)現(xiàn)更改中沒有應(yīng)有的選擇。使用 OO 概念隔離更改，而封裝在確保所作更改在本質(zhì)上不是病毒性（viral）更改方面扮演不可或缺的角色。病毒性更改是開始時(shí)很小的更改 — 如將保存三個(gè)元素的數(shù)組更改為一個(gè)只包含兩個(gè)元素的數(shù)組。突然，您發(fā)現(xiàn)需要更改越來越多的代碼以適應(yīng)本應(yīng)十分微不足道的更改。
開始隱藏信息的一種簡單方法是保持字段私有并且用公共訪問方法公開這些字段，就像家中的窗戶一樣。并沒有讓整面墻都朝外部開放，而只打開一兩扇窗戶（我將在 “好習(xí)慣：使用公共訪問方法” 中介紹訪問方法的更多信息）。
除了允許您的實(shí)現(xiàn)隱藏在更改之后外，使用公共訪問方法而非直接公開字段將允許您在基本實(shí)現(xiàn)的基礎(chǔ)上進(jìn)行構(gòu)建，方法為覆蓋訪問方法的實(shí)現(xiàn)以執(zhí)行略微不同于父方法的行為。它還允許您構(gòu)建一個(gè)抽象實(shí)現(xiàn)，從而使實(shí)際實(shí)現(xiàn)委托給覆蓋基本實(shí)現(xiàn)的類。
壞習(xí)慣：公開公共字段
在清單 1 的壞代碼示例中，Person 對象的字段被直接公開為公共字段而非使用訪問方法。雖然此行為十分誘人，尤其對于輕量級數(shù)據(jù)對象來說更是如此，但是它將對您提出限制。
清單 1. 公開公共字段的壞習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
class Person 
{ 
public $prefix; 
public $givenName; 
public $familyName; 
public $suffix; 
} 
$person = new Person(); 
$person->prefix = "Mr."; 
$person->givenName = "John"; 
echo($person->prefix); 
echo($person->givenName); 
?> 

如果對象有任何更改，則使用該對象的所有代碼也都需要更改。例如，如果某人的教名、姓氏和其他名字被封裝到 PersonName 對象中，則需要修改所有代碼以適應(yīng)更改。
好習(xí)慣：使用公共訪問方法
通過使用優(yōu)秀的 OO 習(xí)慣（參見清單 2），同一個(gè)對象現(xiàn)在擁有私有字段而非公共字段，并且通過稱為訪問方法的 get 和 set 公共方法謹(jǐn)慎地向外界公開私有字段。這些訪問方法現(xiàn)在提供了一種從 PHP 類中獲取信息的公共方法，這樣在實(shí)現(xiàn)發(fā)生更改時(shí)，更改使用類的所有代碼的需求很可能變小。
清單 2. 使用公共訪問方法的好習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
class Person 
{ 
private $prefix; 
private $givenName; 
private $familyName; 
private $suffix; 
public function setPrefix($prefix) 
{ 
$this->prefix = $prefix; 
} 
public function getPrefix() 
{ 
return $this->prefix; 
} 
public function setGivenName($gn) 
{ 
$this->givenName = $gn; 
} 
public function getGivenName() 
{ 
return $this->givenName; 
} 
public function setFamilyName($fn) 
{ 
$this->familyName = $fn; 
} 
public function getFamilyName() 
{ 
return $this->familyName; 
} 
public function setSuffix($suffix) 
{ 
$this->suffix = $suffix; 
} 
public function getSuffix() 
{ 
return $suffix; 
} 
} 
$person = new Person(); 
$person->setPrefix("Mr."); 
$person->setGivenName("John"); 
echo($person->getPrefix()); 
echo($person->getGivenName()); 
?> 

乍看之下，這段代碼可能會完成大量工作，并且實(shí)際上可能更多是在前端的工作。但是，通常，使用優(yōu)秀的 OO 習(xí)慣從長遠(yuǎn)來看十分劃算，因?yàn)閷O大地鞏固未來更改。
在清單 3 中所示的代碼版本中，我已經(jīng)更改了內(nèi)部實(shí)現(xiàn)以使用名稱部件的關(guān)聯(lián)數(shù)組。比較理想的情況是，我希望擁有錯(cuò)誤處理并且更仔細(xì)地檢查元素是否存在，但是本例的目的在于展示使用我的類的代碼無需更改的程度 — 代碼并沒有察覺到類發(fā)生更改。記住采用 OO 習(xí)慣的原因是要謹(jǐn)慎封裝更改，這樣代碼將更具有可擴(kuò)展性并且更容易維護(hù)。
清單 3. 使用不同內(nèi)部實(shí)現(xiàn)的另一個(gè)示例

代碼

復(fù)制代碼代碼如下:

 
<?php 
class Person 
{ 
private $personName = array(); 
public function setPrefix($prefix) 
{ 
$this->personName['prefix'] = $prefix; 
} 
public function getPrefix() 
{ 
return $this->personName['prefix']; 
} 
public function setGivenName($gn) 
{ 
$this->personName['givenName'] = $gn; 
} 
public function getGivenName() 
{ 
return $this->personName['givenName']; 
} 
/* etc... */ 
} 
/* 
* Even though the internal implementation changed, the code here stays exactly 
* the same. The change has been encapsulated only to the Person class. 
*/ 
$person = new Person(); 
$person->setPrefix("Mr."); 
$person->setGivenName("John"); 
echo($person->getPrefix()); 
echo($person->getGivenName()); 
?> 

做個(gè)好鄰居
在構(gòu)建類時(shí)，它應(yīng)當(dāng)正確地處理自己的錯(cuò)誤。如果該類不知道如何處理錯(cuò)誤，則應(yīng)當(dāng)以其調(diào)用者理解的格式封裝這些錯(cuò)誤。此外，避免返回空對象或者狀態(tài)無效的對象。許多時(shí)候，只需通過檢驗(yàn)參數(shù)并拋出特定異常說明提供參數(shù)無效的原因就可以實(shí)現(xiàn)這一點(diǎn)。在您養(yǎng)成這個(gè)習(xí)慣時(shí)，它可以幫您 — 和維護(hù)代碼或使用對象的人員 — 節(jié)省很多時(shí)間。
壞習(xí)慣：不處理錯(cuò)誤
考慮清單 4 中所示的示例，該示例將接受一些參數(shù)并返回填充了一些值的 Person 對象。但是，在 parsePersonName() 方法中，沒有驗(yàn)證提供的 $val 變量是否為空、是否是零長度字符串或者字符串是否使用無法解析的格式。parsePersonName() 方法不返回 Person 對象，但是返回 null。使用這種方法的管理員或程序員可能會覺得很麻煩 — 至少他們現(xiàn)在需要開始設(shè)置斷點(diǎn)并調(diào)試 PHP 腳本。

清單 4. 不拋出或處理錯(cuò)誤的壞習(xí)慣

復(fù)制代碼代碼如下:

 
class PersonUtils 
{ 
public static function parsePersonName($format, $val) 
{ 
if (strpos(",", $val) > 0) { 
$person = new Person(); 
$parts = split(",", $val); // Assume the value is last, first 
$person->setGivenName($parts[1]); 
$person->setFamilyName($parts[0]); 
} 
return $person; 
} 
} 

清單 4 中的 parsePersonName() 方法可以修改為在 if 條件外部初始化 Person 對象，確?？偸谦@得有效的 Person 對象。但是，您得到的是沒有 set 屬性的 Person，這仍然沒有很好地改善您的困境。
好習(xí)慣：每個(gè)模塊都處理自己的錯(cuò)誤
不要讓調(diào)用方憑空猜測，而是對參數(shù)進(jìn)行預(yù)先驗(yàn)證。如果未設(shè)置的變量無法生成有效的結(jié)果，請檢查變量并拋出 InvalidArgumentException。如果字符串不能為空或者必須為特定格式，請檢查格式并拋出異常。清單 5 解釋了如何在演示一些基本驗(yàn)證的 parsePerson() 方法中創(chuàng)建異常以及一些新條件。

清單 5. 拋出錯(cuò)誤的好習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
class InvalidPersonNameFormatException extends LogicException {} 

class PersonUtils 
{ 
public static function parsePersonName($format, $val) 
{ 
if (! $format) { 
throw new InvalidPersonNameFormatException("Invalid PersonName format."); 
} 
if ((! isset($val)) || strlen($val) == 0) { 
throw new InvalidArgumentException("Must supply a non-null value to parse."); 
} 

} 
} 
?> 

最終目的是希望人們能夠使用您的類，而不必了解其中的工作原理。如果他們使用的方法不正確或者不是按照期望的方法使用，也不需要猜測不能工作的原因。作為一個(gè)好鄰居，您需要知道對您的類進(jìn)行重用的人并沒有特異功能，因此您需要解決猜測的問題。

避免看到美杜莎
在我最初了解 OO 概念時(shí)，我十分懷疑接口是否真正有幫助。我的同事給我打了個(gè)比方，說不使用接口就好像看到美杜莎的頭。在希臘神話中，美杜莎是長著蛇發(fā)的女怪。凡是看了她一眼的人都會變成石頭。殺死美杜莎的珀?duì)栃菟雇ㄟ^在盾上觀察她的影子，避免了變成石頭而得以與她對抗。
接口就是對付美杜莎的鏡子。當(dāng)您使用一個(gè)特定的具體實(shí)現(xiàn)時(shí)，代碼也必須隨著實(shí)現(xiàn)代碼的更改而更改。直接使用實(shí)現(xiàn)將限制您的選擇，因?yàn)槟呀?jīng)在本質(zhì)上把類變成了 “石頭”。
壞習(xí)慣：不使用接口
清單 6 顯示了從數(shù)據(jù)庫中裝入 Person 對象的示例。它將獲取人員的姓名并返回?cái)?shù)據(jù)庫中匹配的 Person 對象。

清單 6. 不使用接口的壞習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
class DBPersonProvider 
{ 
public function getPerson($givenName, $familyName) 
{ 
/* go to the database, get the person... */ 
$person = new Person(); 
$person->setPrefix("Mr."); 
$person->setGivenName("John"); 
return $person; 
} 
} 
/* I need to get person data... */ 
$provider = new DBPersonProvider(); 
$person = $provider->getPerson("John", "Doe"); 
echo($person->getPrefix()); 
echo($person->getGivenName()); 
?> 

在環(huán)境發(fā)生更改之前，從數(shù)據(jù)庫中裝入 Person 的代碼都可以正常運(yùn)行。例如，從數(shù)據(jù)庫裝入 Person 可能適用于第一個(gè)版本的應(yīng)用程序，但是對于第二個(gè)版本，可能需要添加從 Web 服務(wù)裝入人員的功能。其實(shí)，該類已經(jīng)變成 “石頭”，因?yàn)樗谥苯邮褂脤?shí)現(xiàn)類并且現(xiàn)在能做的更改十分有限。
好習(xí)慣：使用接口
清單 7 顯示了一個(gè)代碼示例，在實(shí)現(xiàn)了加載用戶的新方法后并沒有進(jìn)行更改。該示例顯示了一個(gè)名為 PersonProvider 的接口，該接口將聲明單個(gè)方法。如果任何代碼使用 PersonProvider，代碼都禁止直接使用實(shí)現(xiàn)類。相反，它就像是一個(gè)實(shí)際對象一樣使用 PersonProvider。

清單 7. 使用接口的好習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
interface PersonProvider 
{ 
public function getPerson($givenName, $familyName); 
} 
class DBPersonProvider implements PersonProvider 
{ 
public function getPerson($givenName, $familyName) 
{ 
/* pretend to go to the database, get the person... */ 
$person = new Person(); 
$person->setPrefix("Mr."); 
$person->setGivenName("John"); 
return $person; 
} 
} 
class PersonProviderFactory 
{ 
public static function createProvider($type) 
{ 
if ($type == 'database') 
{ 
return new DBPersonProvider(); 
} else { 
return new NullProvider(); 
} 
} 
} 
$config = 'database'; 
/* I need to get person data... */ 
$provider = PersonProviderFactory::createProvider($config); 
$person = $provider->getPerson("John", "Doe"); 
echo($person->getPrefix()); 
echo($person->getGivenName()); 
?> 

在使用接口時(shí)，嘗試避免直接引用實(shí)現(xiàn)類。相反，使用對象外部的內(nèi)容可以提供正確的實(shí)現(xiàn)。如果您的類將裝入基于某些邏輯的實(shí)現(xiàn)，它仍然需要獲取所有實(shí)現(xiàn)類的定義，并且那樣做也無法取得任何效果。
您可以使用 Factory 模式來創(chuàng)建實(shí)現(xiàn)接口的實(shí)現(xiàn)類的實(shí)例。根據(jù)約定，factory 方法將以 create 為開頭并返回接口。它可以為您的 factory 獲取必要的參數(shù)以計(jì)算出應(yīng)當(dāng)返回哪個(gè)實(shí)現(xiàn)類。
在清單 7 中，createProvider() 方法只是獲取 $type。如果 $type 被設(shè)為 database，工廠將返回 DBPersonProvider 的實(shí)例。從數(shù)據(jù)庫中裝入人員的任何新實(shí)現(xiàn)都不要求在使用工廠和接口的類中進(jìn)行任何更改。DBPersonProvider 將實(shí)現(xiàn) PersonProvider 接口并且擁有 getPerson() 方法的實(shí)際實(shí)現(xiàn)。

利用最弱的鏈接
將模塊松散耦合在一起是件好事情；它是允許您封裝更改的屬性之一。另外兩個(gè)習(xí)慣 — “保持謹(jǐn)慎” 和 “避免看到美杜莎” — 可幫助您構(gòu)建松散耦合的模塊。要實(shí)現(xiàn)松散耦合的類，可通過養(yǎng)成降低類依賴關(guān)系的習(xí)慣實(shí)現(xiàn)。
壞習(xí)慣：緊密耦合
在清單 8 中，降低依賴關(guān)系并不是必須降低使用對象的客戶機(jī)的依賴關(guān)系。相反，該示例將演示如何降低與正確類的依賴關(guān)系并最小化這種依賴關(guān)系。

清單 8. Address 中緊密耦合的壞習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
require_once "./AddressFormatters.php"; 
class Address 
{ 
private $addressLine1; 
private $addressLine2; 
private $city; 
private $state; // or province... 
private $postalCode; 
private $country; 
public function setAddressLine1($line1) 
{ 
$this->addressLine1 = $line1; 
} 
/* accessors, etc... */ 
public function getCountry() 
{ 
return $this->country; 
} 
public function format($type) 
{ 
if ($type == "inline") { 
$formatter = new InlineAddressFormatter(); 
} else if ($type == "multiline") { 
$formatter = new MultilineAddressFormatter(); 
} else { 
$formatter = new NullAddressFormatter(); 
} 
return $formatter->format($this->getAddressLine1(), 
$this->getAddressLine2(), 
$this->getCity(), $this->getState(), $this->getPostalCode(), 
$this->getCountry()); 
} 
} 
$addr = new Address(); 
$addr->setAddressLine1("123 Any St."); 
$addr->setAddressLine2("Ste 200"); 
$addr->setCity("Anytown"); 
$addr->setState("AY"); 
$addr->setPostalCode("55555-0000"); 
$addr->setCountry("US"); 
echo($addr->format("multiline")); 
echo("\n"); 
echo($addr->format("inline")); 
echo("\n"); 
?> 

在 Address 對象上調(diào)用 format() 方法的代碼可能看上去很棒 — 這段代碼所做的是使用 Address 類，調(diào)用 format() 并完成。相反，Address 類就沒那么幸運(yùn)。它需要了解用于正確格式化的各種格式化方法，這可能使 Address 對象無法被其他人很好地重用，尤其是在其他人沒有興趣在 format() 方法中使用格式化方法類的情況下。雖然使用 Address 的代碼沒有許多依賴關(guān)系，但是 Address 類卻有大量代碼，而它可能只是一個(gè)簡單的數(shù)據(jù)對象。
Address 類與知道如何格式化 Address 對象的實(shí)現(xiàn)類緊密耦合。
好習(xí)慣：在對象之間松散耦合
在構(gòu)建優(yōu)秀的 OO 設(shè)計(jì)時(shí)，必須考慮稱為關(guān)注點(diǎn)分離（Separation of Concerns，SoC）的概念。SoC 指嘗試通過真正關(guān)注的內(nèi)容分離對象，從而降低耦合度。在最初的 Address 類中，它必須關(guān)注如何進(jìn)行格式化。這可能不是優(yōu)秀的設(shè)計(jì)。然而，Address 類應(yīng)當(dāng)考慮 Address 的各部分，而某種格式化方法應(yīng)當(dāng)關(guān)注如何正確格式化地址。
在清單 9 中，格式化地址的代碼被移到接口、實(shí)現(xiàn)類和工廠中 — 養(yǎng)成 “使用接口” 的習(xí)慣。現(xiàn)在，AddressFormatUtils 類負(fù)責(zé)創(chuàng)建格式化方法并格式化 Address。任何其他對象現(xiàn)在都可以使用 Address 而不必?fù)?dān)心要求獲得格式化方法的定義。

清單 9. 在對象之間松散耦合的好習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
interface AddressFormatter 
{ 
public function format($addressLine1, $addressLine2, $city, $state, 
$postalCode, $country); 
} 
class MultiLineAddressFormatter implements AddressFormatter 
{ 
public function format($addressLine1, $addressLine2, $city, $state, 
$postalCode, $country) 
{ 
return sprintf("%s\n%s\n%s, %s %s\n%s", 
$addressLine1, $addressLine2, $city, $state, $postalCode, $country); 
} 
} 
class InlineAddressFormatter implements AddressFormatter 
{ 
public function format($addressLine1, $addressLine2, $city, $state, 
$postalCode, $country) 
{ 
return sprintf("%s %s, %s, %s %s %s", 
$addressLine1, $addressLine2, $city, $state, $postalCode, $country); 
} 
} 
class AddressFormatUtils 
{ 
public static function formatAddress($type, $address) 
{ 
$formatter = AddressFormatUtils::createAddressFormatter($type); 
return $formatter->format($address->getAddressLine1(), 
$address->getAddressLine2(), 
$address->getCity(), $address->getState(), 
$address->getPostalCode(), 
$address->getCountry()); 
} 
private static function createAddressFormatter($type) 
{ 
if ($type == "inline") { 
$formatter = new InlineAddressFormatter(); 
} else if ($type == "multiline") { 
$formatter = new MultilineAddressFormatter(); 
} else { 
$formatter = new NullAddressFormatter(); 
} 
return $formatter; 
} 
} 
$addr = new Address(); 
$addr->setAddressLine1("123 Any St."); 
$addr->setAddressLine2("Ste 200"); 
$addr->setCity("Anytown"); 
$addr->setState("AY"); 
$addr->setPostalCode("55555-0000"); 
$addr->setCountry("US"); 
echo(AddressFormatUtils::formatAddress("multiline", $addr)); 
echo("\n"); 
echo(AddressFormatUtils::formatAddress("inline", $addr)); 
echo("\n"); 
?> 

當(dāng)然，缺點(diǎn)是只要使用模式，通常就意味著工件（類、文件）的數(shù)量會增加。但是，通過減少每個(gè)類中的維護(hù)可以彌補(bǔ)這個(gè)缺點(diǎn)，甚至在獲得正確的可重用性時(shí)反而可以減少工件量。

您是橡皮；我是膠水
具有高度內(nèi)聚力的 OO 設(shè)計(jì)被集中并組織到相關(guān)模塊中。了解 “關(guān)注點(diǎn)” 對于決定如何緊密地聯(lián)系函數(shù)和類十分重要。
壞習(xí)慣：降低內(nèi)聚力
當(dāng)設(shè)計(jì)的內(nèi)聚力較低時(shí)，它就不能良好地組織類和方法。意大利面條式代碼（spaghetti code）一詞通常用于描述捆綁在一起并且具有低內(nèi)聚力的類和方法。清單 10 提供了意大利面條式代碼的示例。相對通用的 Utils 類將使用許多不同對象并且有許多依賴關(guān)系。它執(zhí)行很多操作，因而很難實(shí)現(xiàn)重用。

清單 10. 降低內(nèi)聚力的壞習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
class Utils 
{ 
public static function formatAddress($formatType, $address1, 
$address2, $city, $state) 
{ 
return "some address string"; 
} 
public static function formatPersonName($formatType, $givenName, 
$familyName) 
{ 
return "some person name"; 
} 
public static function parseAddress($formatType, $val) 
{ 
// real implementation would set values, etc... 
return new Address(); 
} 
public static function parseTelephoneNumber($formatType, $val) 
{ 
// real implementation would set values, etc... 
return new TelephoneNumber(); 
} 
} 
?> 

好習(xí)慣：利用高內(nèi)聚力
高內(nèi)聚力指將相互關(guān)聯(lián)的類和方法分組在一起。如果方法和類都具有高度的內(nèi)聚力，則可以輕松地分解整個(gè)組而不影響設(shè)計(jì)。具有高內(nèi)聚力的設(shè)計(jì)將提供降低耦合的機(jī)會。清單 11 顯示了被較好組織到類中的兩個(gè)方法。AddressUtils 類將包含用于處理 Address 類的方法，顯示了與地址相關(guān)的方法之間的高度內(nèi)聚力。同樣地，PersonUtils 將包含專門處理 Person 對象的方法。這兩個(gè)擁有高度內(nèi)聚力方法的新類的耦合性都很低，因?yàn)榭梢酝耆?dú)立地使用。

清單 11. 高內(nèi)聚力的好習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
class AddressUtils 
{ 
public static function formatAddress($formatType, $address1, 
$address2, $city, $state) 
{ 
return "some address string"; 
} 
public static function parseAddress($formatType, $val) 
{ 
// real implementation would set values, etc... 
return new Address(); 
} 
} 
class PersonUtils 
{ 
public static function formatPersonName($formatType, $givenName, 
$familyName) 
{ 
return "some person name"; 
} 
public static function parsePersonName($formatType, $val) 
{ 
// real implementation would set values, etc... 
return new PersonName(); 
} 
} 
?> 

限制傳播
我經(jīng)常對我所在的軟件團(tuán)隊(duì)（我在其中擔(dān)任技術(shù)主管或架構(gòu)師）的成員提起，OO 語言最大的敵人是復(fù)制和粘貼操作。當(dāng)在缺少預(yù)先 OO 設(shè)計(jì)的情況下使用時(shí)，沒有任何操作會像在類之間復(fù)制代碼那樣具有破壞性。無論何時(shí)，如果想將代碼從一個(gè)類復(fù)制到下一個(gè)類中，請停下來并考慮如何使用類層次結(jié)構(gòu)利用類似功能或相同功能。在大多數(shù)情況下，使用優(yōu)秀設(shè)計(jì)后，您將會發(fā)現(xiàn)完全沒有必要復(fù)制代碼。
壞習(xí)慣：不使用類層次結(jié)構(gòu)
清單 12 顯示了部分類的簡單示例。它們從重復(fù)的字段和方法開始 — 從長遠(yuǎn)來看，不利于應(yīng)用程序作出更改。如果 Person 類中有缺陷，則 Employee 類中也很可能有一個(gè)缺陷，因?yàn)榭瓷先ニ坪鯇?shí)現(xiàn)是在兩個(gè)類之間復(fù)制的。

清單 12. 不使用層次結(jié)構(gòu)的壞習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
class Person 
{ 
private $givenName; 
private $familyName; 
} 
class Employee 
{ 
private $givenName; 
private $familyName; 
} 
?> 

繼承是一個(gè)很難入手的習(xí)慣，因?yàn)闃?gòu)建正確繼承模型的分析通常需要花費(fèi)大量時(shí)間。反過來，使用 Ctrl+C 組合鍵和 Ctrl+V 組合鍵構(gòu)建新實(shí)現(xiàn)只需幾秒鐘。但是省下的這部分時(shí)間通常會在維護(hù)階段迅速抵銷掉，因?yàn)閼?yīng)用程序?qū)嶋H上將花費(fèi)大量進(jìn)行維護(hù)。
好習(xí)慣：利用繼承
在清單 13 中，新 Employee 類將擴(kuò)展 Person 類。它現(xiàn)在將繼承所有通用方法并且不重新實(shí)現(xiàn)這些方法。此外，清單 13 顯示了抽象方法的用法，演示如何將基本功能放入基類中以及如何阻止實(shí)現(xiàn)類使用特定函數(shù)。

清單 13. 利用繼承的好習(xí)慣

復(fù)制代碼代碼如下:

 
<?php 
abstract class Person 
{ 
private $givenName; 
private $familyName; 
public function setGivenName($gn) 
{ 
$this->givenName = $gn; 
} 
public function getGivenName() 
{ 
return $this->givenName; 
} 
public function setFamilyName($fn) 
{ 
$this->familyName = $fn; 
} 
public function getFamilyName() 
{ 
return $this->familyName; 
} 
public function sayHello() 
{ 
echo("Hello, I am "); 
$this->introduceSelf(); 
} 
abstract public function introduceSelf(); 
} 
class Employee extends Person 
{ 
private $role; 
public function setRole($r) 
{ 
$this->role = $r; 
} 
public function getRole() 
{ 
return $this->role; 
} 
public function introduceSelf() 
{ 
echo($this->getRole() . " " . $this->getGivenName() . " " . 
$this->getFamilyName()); 
} 
} 
?> 

考慮使用模式
設(shè)計(jì)模式指對象和方法的常見交互，并且時(shí)間證明它可以解決某些問題。當(dāng)您考慮使用設(shè)計(jì)模式時(shí)，您就需要了解類之間如何進(jìn)行交互。它是構(gòu)建類及其交互操作的簡單方法，無需重蹈他人的覆轍，并從經(jīng)過證明的設(shè)計(jì)中獲益。
壞習(xí)慣：一次考慮一個(gè)對象
實(shí)際上沒有適當(dāng)?shù)拇a示例可以演示如何考慮使用模式（盡管有豐富的優(yōu)秀示例可以顯示模式實(shí)現(xiàn)）。但是，一般而言，您知道在滿足以下條件時(shí)一次只能考慮一個(gè)對象：
不會提前設(shè)計(jì)對象模型。
開始編寫單一方法的實(shí)現(xiàn)，而無需去掉大部分模型。
在交談中不使用設(shè)計(jì)模式名而寧愿談?wù)搶?shí)現(xiàn)。
好習(xí)慣：同時(shí)添加模式中形成的對象
一般而言，當(dāng)您在執(zhí)行以下操作時(shí)就是在考慮使用模式：
提前構(gòu)建類及其交互操作。
根據(jù)模式套用類。
使用模式名，如 Factory、Singleton 和 Facade。
去掉大部分模型，然后開始添加實(shí)現(xiàn)。
---------------------------------------------------------------------------------------------------------------------------
結(jié)束語
在 PHP 中養(yǎng)成良好的 OO 習(xí)慣將幫助您構(gòu)建更穩(wěn)定、更易于維護(hù)和更易于擴(kuò)展的應(yīng)用程序。記?。?
保持謹(jǐn)慎。
做個(gè)好鄰居。
避免看到美杜莎。
利用最弱的鏈接。
您是橡皮，我是膠水。
限制傳播。
考慮使用模式。
當(dāng)您養(yǎng)成并應(yīng)用這些習(xí)慣后，您很可能會驚訝地發(fā)現(xiàn)應(yīng)用程序在質(zhì)量上的飛躍。

您可能感興趣的文章: