## **簡單工廠模式** 簡單工廠模式(Simple Factory Pattern)： 又稱為靜態工廠方法(Static Factory Method)模式，它屬于類創建型模式。在簡單工廠模式中，可以根據參數的不同返回不同類的實例。簡單工廠模式專門定義一個類來負責創建其他類的實例，被創建的實例通常都具有共同的父類。 簡單工廠模式包含如下角色： 　　Factory：工廠角色，工廠角色負責實現創建所有實例的內部邏輯 　　Product：抽象產品角色，抽象產品角色是所創建的所有對象的父類，負責描述所有實例所共有的公共接口 　　ConcreteProduct：具體產品角色，具體產品角色是創建目標，所有創建的對象都充當這個角色的某個具體類的實例。 ### **一. 類實現** 比如，我們有一些類，它們都繼承自交通工具類： \# 定義一個接口類 ~~~php interface Vehicle{public function drive();} ~~~ \# 子類car實現接口類Vehicle ~~~php class Car implements Vehicle{ public function drive() { echo '汽車靠四個輪子滾動行走。'; } # 在定義一個name方法看一下會怎么樣 public function name() { echo '這是一輛小汽車'; }} class Ship implements Vehicle{ public function drive() { echo '輪船靠螺旋槳劃水前進。'; }} class Aircraft implements Vehicle{ public function drive() { echo '飛機靠螺旋槳和機翼的升力飛行。'; }} ~~~ \# 再創建一個工廠類，專門用作類的創建 ~~~php class VehicleFactory{ public static function build($className = null) { $className = ucfirst($className); if ($className && class_exists($className)) { return new $className(); } return null; }} ~~~ \# 我們輸出看一下 ~~~php echo VehicleFactory::build('Car')->drive().'<br />';echo VehicleFactory::build('Car')->name().'<br />';echo VehicleFactory::build('Ship')->drive().'<br />';echo VehicleFactory::build('Aircraft')->drive().'<br />'; ~~~ \# 輸出的結果 ~~~php 汽車靠四個輪子滾動行走。這是一輛小汽車輪船靠螺旋槳劃水前進。飛機靠螺旋槳和機翼的升力飛行。 ~~~ ### **二.優點** 看完上面的示例，我有以下幾個疑問： 1、我們能發現這么寫有什么優點呢？這種簡單工廠的模式有什么好處呢？ 簡單工廠方法中，包括一個“抽象產品類”（該類可以是接口Interface，也可以是實際的類Class），所 有需要的產品類都是該“抽象產品類”的子類（如果是接口的話，那么就是說所有產品類都繼承了該接口）。 簡單工廠一般只包含一個具體的工廠類，由該工廠類生成所有的產品類的對象。生成產品類的方法，其內部一般是類似于switch的結構，根據輸入的標志，選擇創建不同類型的對象。由于不知道創建的對象到底是哪個類的，所以方法的返回值的類型是“抽象產品類”。 2、為什么工廠類的build方法必須是靜態的（public static）呢？ 如果不是靜態的會報如下錯誤： **Strict Standards:**Non-static method VehicleFactory::build() should not be called statically in 解釋：類的靜態方法，前面必須有static修飾。不能直接寫public function fName()，前面必須加上static 那么工廠類為什么就要用靜態方法呢？ 原因：靜態方法不需要實例化即可調用。因為靜態方法存放的位置是在類里，調用方法為"類名::方法名" 3 缺點 用來生產同一等級結構中的任意產品。（對于增加新的產品，無能為力）不修改代碼的話，是無法擴展的。 4 UML圖