設計模式 一書將設計模式引入軟件社區，該書的作者是 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides Design（俗稱 “四人幫”）。所介紹的設計模式背後的核心概念非常簡單。經過多年的軟件開發實踐，Gamma 等人發現了某些具有固定設計的模式，就像建築師設計房子和建築物一樣，可以為浴室的位置或廚房的構造方式開發模板。使用這些模板或者說設計模式 意味著可以更快地設計更好的建築物。同樣的概念也適用於軟件。
設計模式不僅代表著更快開發健壯軟件的有用方法，而且還提供了以友好的術語封裝大型理念的方法。例如，您可以說您正在編寫一個提供松散耦合的消息傳遞系統，也可以說你正在編寫名稱為觀察者 的模式。
用較小的示例展示模式的價值是非常困難的。這往往有些大材小用的意味，因為模式實際上是在大型代碼庫中發揮作用的。本文不展示大型應用程序，所以您 需要思索的是在您自己的大型應用程序中應用示例原理的方法 —— 而不是本文演示的代碼本身。這不是說您不應該在小應用程序中使用模式。很多良好的應用程序都以小應用程序為起點，逐漸發展到大型應用程序，所以沒有理由不 以此類扎實的編碼實踐為基礎。
既然您已經了解了設計模式以及它們的有用之處，現在我們來看看 PHP V5 的五種常用模式。
最初在設計模式 一書中，許多設計模式都鼓勵使用松散耦合。要理解這個概念，讓我們最好談一下許多開發人員從事大型系統的艱苦歷程。在更改一個代碼片段時，就會發生問題，系統其他部分 —— 您曾認為完全不相關的部分中也有可能出現級聯破壞。
該問題在於緊密耦合 。系統某個部分中的函數和類嚴重依賴於系統的其他部分中函數和類的行為和結構。您需要一組模式，使這些類能夠相互通信，但不希望將它們緊密綁定在一起，以避免出現聯鎖。
在大型系統中，許多代碼依賴於少數幾個關鍵類。需要更改這些類時，可能會出現困難。例如，假設您有一個從文件讀取的 User 類。您希望將其更改為從數據庫讀取的其他類，但是，所有的代碼都引用從文件讀取的原始類。這時候，使用工廠模式會很方便。
工廠模式 是一種類，它具有為您創建對象的某些方法。您可以使用工廠類創建對象，而不直接使用 new。這樣，如果您想要更改所創建的對象類型，只需更改該工廠即可。使用該工廠的所有代碼會自動更改。
清單 1 顯示工廠類的一個示列。等式的服務器端包括兩個部分：數據庫和一組 PHP 頁面，這些頁面允許您添加反饋、請求反饋列表並獲取與特定反饋相關的文章。
清單 1. Factory1.php
<?php
interface IUser
{
function getName();
}
class User implements IUser
{
public function __construct( $id ) { }
public function getName()
{
return "Jack";
}
}
class UserFactory
{
public static function Create( $id )
{
return new User( $id );
}
}
$uo = UserFactory::Create( 1 );
echo( $uo->getName()."\n" );
?>
IUser 接口定義用戶對象應執行什麼操作。IUser 的實現稱為 User，UserFactory 工廠類則創建 IUser 對象。此關系可以用圖 1 中的 UML 表示。
圖 1. 工廠類及其相關 IUser 接口和用戶類
如果您使用 php 解釋器在命令行上運行此代碼，將得到如下結果：
% php factory1.php Jack %
測試代碼會向工廠請求 User 對象，並輸出 getName 方法的結果。
有一種工廠模式的變體使用工廠方法。類中的這些公共靜態方法構造該類型的對象。如果創建此類型的對象非常重要，此方法非常有用。例如，假設您需要先 創建對象，然後設置許多屬性。此版本的工廠模式會將該進程封裝在單個位置中，這樣，不用復制復雜的初始化代碼，也不必將復制好的代碼在在代碼庫中到處粘 貼。
清單 2 顯示使用工廠方法的一個示例。
清單 2. Factory2.php
<?php
interface IUser
{
function getName();
}
class User implements IUser
{
public static function Load( $id )
{
return new User( $id );
}
public static function Create( )
{
return new User( null );
}
public function __construct( $id ) { }
public function getName()
{
return "Jack";
}
}
$uo = User::Load( 1 );
echo( $uo->getName()."\n" );
?>
這段代碼要簡單得多。它僅有一個接口 IUser 和一個實現此接口的 User 類。User 類有兩個創建對象的靜態方法。此關系可用圖 2 中的 UML 表示。
圖 2. IUser 接口和帶有工廠方法的 user 類
在命令行中運行腳本產生的結果與清單 1 的結果相同，如下所示：
% php factory2.php Jack %
如上所述，有時此類模式在規模較小的環境中似乎有些大材小用。不過，最好還是學習這種扎實的編碼形式，以便應用於任意規模的項目中。
某些應用程序資源是獨占的，因為有且只有一個此類型的資源。例如，通過數據庫句柄到數據庫的連接是獨占的。您希望在應用程序中共享數據庫句柄，因為在保持連接打開或關閉時，它是一種開銷，在獲取單個頁面的過程中更是如此。
單元素模式可以滿足此要求。如果應用程序每次包含且僅包含一個對象，那麼這個對象就是一個單元素（Singleton）。清單 3 中的代碼顯示了 PHP V5 中的一個數據庫連接單元素。
清單 3. Singleton.php
<?php
require_once("DB.php");
class DatabaseConnection
{
public static function get()
{
static $db = null;
if ( $db == null )
$db = new DatabaseConnection();
return $db;
}
private $_handle = null;
private function __construct()
{
$dsn = 'mysql://root:password@localhost/photos';
$this->_handle =& DB::Connect( $dsn, array() );
}
public function handle()
{
return $this->_handle;
}
}
print( "Handle = ".DatabaseConnection::get()->handle()."\n" );
print( "Handle = ".DatabaseConnection::get()->handle()."\n" );
?>
此代碼顯示名為 DatabaseConnection 的單個類。您不能創建自已的 DatabaseConnection，因為構造函數是專用的。但使用靜態 get 方法，您可以獲得且僅獲得一個 DatabaseConnection 對象。此代碼的 UML 如圖 3 所示。
圖 3. 數據庫連接單元素
在兩次調用間，handle 方法返回的數據庫句柄是相同的，這就是最好的證明。您可以在命令行中運行代碼來觀察這一點。
% php singleton.php Handle = Object id #3 Handle = Object id #3 %
返回的兩個句柄是同一對象。如果您在整個應用程序中使用數據庫連接單元素，那麼就可以在任何地方重用同一句柄。
您可以使用全局變量存儲數據庫句柄，但是，該方法僅適用於較小的應用程序。在較大的應用程序中，應避免使用全局變量，並使用對象和方法訪問資源。
觀察者模式為您提供了避免組件之間緊密耦合的另一種方法。該模式非常簡單：一個對象通過添加一個方法（該方法允許另一個對象，即觀察者注冊自己）使本身變得可觀察。當可觀察的對象更改時，它會將消息發送到已注冊的觀察者。這些觀察者使用該信息執行的操作與可觀察的對象無關。結果是對象可以相互對話，而不必了解原因。
一個簡單示例是系統中的用戶列表。清單 4 中的代碼顯示一個用戶列表，添加用戶時，它將發送出一條消息。添加用戶時，通過發送消息的日志觀察者可以觀察此列表。
清單 4. Observer.php
<?php
interface IObserver
{
function onChanged( $sender, $args );
}
interface IObservable
{
function addObserver( $observer );
}
class UserList implements IObservable
{
private $_observers = array();
public function addCustomer( $name )
{
foreach( $this->_observers as $obs )
$obs->onChanged( $this, $name );
}
public function addObserver( $observer )
{
$this->_observers []= $observer;
}
}
class UserListLogger implements IObserver
{
public function onChanged( $sender, $args )
{
echo( "'$args' added to user list\n" );
}
}
$ul = new UserList();
$ul->addObserver( new UserListLogger() );
$ul->addCustomer( "Jack" );
?>
此代碼定義四個元素：兩個接口和兩個類。IObservable 接口定義可以被觀察的對象，UserList 實現該接口，以便將本身注冊為可觀察。IObserver 列表定義要通過怎樣的方法才能成為觀察者，UserListLogger 實現 IObserver 接口。圖 4 的 UML 中展示了這些元素。
圖 4. 可觀察的用戶列表和用戶列表事件日志程序
如果在命令行中運行它，您將看到以下輸出：
% php observer.php 'Jack' added to user list %
測試代碼創建 UserList，並將 UserListLogger 觀察者添加到其中。然後添加一個消費者，並將這一更改通知 UserListLogger。
認識到 UserList 不知道日志程序將執行什麼操作很關鍵。可能存在一個或多個執行其他操作的偵聽程序。例如，您可能有一個向新用戶發送消息的觀察者，歡迎新用戶使用該系統。 這種方法的價值在於 UserList 忽略所有依賴它的對象，它主要關注在列表更改時維護用戶列表並發送消息這一工作。
此模式不限於內存中的對象。它是在較大的應用程序中使用的數據庫驅動的消息查詢系統的基礎。
*
