毫無疑問,設計模式於己於他人於系統都是多贏的;設計模式使代碼編制真正工程化;設計模式是軟件工程的基石脈絡,如同大廈的結構一樣。
單例模式
當需要保證某個對象只能有一個實例的時候,單例模式非常有用。它把創建對象的控制權委托到一個單一的點上,任何時候應用程序都只會僅有一個實例存在。單例類不應該可以在類的外部進行實例化一個單例類應該具備以下幾個要素。
必須擁有一個訪問級別為 private 的構造函數,有效防止類被隨意實例化。
必須擁有一個保存類的實例的靜態變量。
必須擁有一個訪問這個實例的公共的靜態方法,該方法通常被命名為 GetInstance()。
必須擁有一個私有的空的__clone方法,防止實例被克隆復制。
下面用一個簡單的單例類的例子來說明
復制代碼 代碼如下:
class ClassName
{
public static $_instance;
private function __construct()
{
# code...
}
private function __clone()
{
# empty
}
public static function GetInstance()
{
if(!(self::$_instance instanceof self))
{
self::$_instance = new self();
}
return self::$_instance;
}
public function SayHi()
{
echo "Hi boy!";
}
}
$App= ClassName::GetInstance();
$App->SayHi();
/**
*
* Output
*
* Hi boy!
*
*/
簡單工廠模式
當你有大量的實現同一接口的類的時候,在合適的時候實例化合適的類,如果把這些 new 分散到項目的各個角落,不僅會使業務邏輯變的混亂並且使得項目難以維護。這時候如果引進工廠模式的概念,就能很好的處理這個問題。我們還可以通過應用程序配置或者提供參數的形式讓工廠類為我們返回合適的的實例。
工廠類,它把實例化類的過程放到各工廠類裡頭,專門用來創建其他類的對象。工廠模式往往配合接口一起使用,這樣應用程序就不必要知道這些被實例化的類的具體細節,只要知道工廠返回的是支持某個接口的類可以很方便的使用了。下面簡單舉例說明下工廠類的使用。
復制代碼 代碼如下:
interface ProductInterface
{
public function showProductInfo();
}
class ProductA implements ProductInterface
{
function showProductInfo()
{
echo 'This is product A.';
}
}
class ProductB implements ProductInterface
{
function showProductInfo()
{
echo 'This is product B.';
}
}
class ProductFactory
{
public static function factory($ProductType)
{
$ProductType = 'Product' . strtoupper($ProductType);
if(class_exists($ProductType))
{
return new $ProductType();
}
else
{
throw new Exception("Error Processing Request", 1);
}
}
}
//這裡需要一個產品型號為 A 的對象
$x = ProductFactory::factory('A');
$x -> showProductInfo();
//這裡需要一個產品型號為 B 的對象
$o = ProductFactory::factory('B');
$o -> showProductInfo();
//都可以調用showProductInfo方法,因為都實現了接口 ProductInterface.
小結
模式就像是軟件工程的基石脈絡像大廈的設計圖紙一樣,這裡接觸了兩種模式:單例模式和工程模式。單例類中存在一個靜態變量保存著自身的一個實例,並且提供了獲取這個靜態變量的靜態方法。單例類還應該把構造函數和clone函數標記為私有的,防止破換實例的唯一性。工廠模式根據傳入的參數或程序的配置來創建不同的類型實例,工廠類返回的是對象,工廠類在多態性編程實踐中是至關重要的。