苦逼的原廠模式（Factory Method Pattern）

提到工廠，流水線的工作，不停的重複重複著，真是比我們碼農還苦逼。

原廠模式使用的頻率也是非常高，它的官方解釋為：定義一個用於建立對象的介面，讓子類決定執行個體化哪一個類。原廠模式使一個類的執行個體化延遲到其子類。

，系統中有超級使用者與普通使用者兩種，定義一個公用介面User類，定義一個公用抽象工廠類abstractUserFactory，userFactory類通過繼承abstractUserFactory類實現建立User類的方法createUser,從而實現原廠模式，實現代碼如下：

Php代碼

<?php  abstract class abstractUserFactory {      public abstract function createUser();  }    class userFactory extends <span style="font-size: 1em; line-height: 1.5;">abstractUserFactory </span><span style="font-size: 1em; line-height: 1.5;">{</span>  Php代碼      public function createUser( $className ) {          try{              if(class_exists($className))                  return new $className();              else{                  $error = "no class";                  throw new Exception($error);              }          }catch( Exception $e ) {              echo 'Caught exception: ',  $e->getMessage(), "\n";          }      }  }      interface User{      public function getGrade();  }    class superUser implements User{      public function getGrade() {          echo 1;      }  }    class commonUser implements User{      public function getGrade() {          echo 0;      }  }    $userFactory = new userFactory();  $userFactory->createUser( 'superUser' )->getGrade();  $userFactory->createUser( 'commonUser' )->getGrade();    運行結果：10Caught exception: no class

原廠模式的優點：

1.良好的封裝性，代碼結構清晰。一個對象建立是有條件約束的，如一個調用者需要一個具體的產品對象，只要知道這個產品的類名（或約束字串）就可以了，不用知道建立對象的艱辛過程，降低模組間的耦合。

2.擴充性非常好。在增加產品類的情況下，只要適當地修改具體的工廠類或擴充一個工廠類，就可以完成“擁抱變化”。例如在上面的例子中，需要增加一個藍鑽使用者，則只需要增加一個blueUser類，工廠類不用修改任務就可完成系統擴充。

3.屏蔽產品類。這一特點非常重要，產品類的實現如何變化，調用者都不需要關心，它只需要關心產品的介面，只要介面保持不變，系統中的上層模組就不要發生變化。

4.典型的解耦架構。高層模組值需要知道產品的抽象類別，其他的實作類別都不用關心，符合迪米特法則，我不需要的就不要去交流，也符合依賴倒置原則，只依賴產品類的抽象，當然也符合裡氏替換原則，使用產品子類替換產品父類，沒問題！

原廠模式的使用情境：

1.原廠模式是new一個對象的替代品，所以在所有需要產生對象的地方都可以使用，但是需要謹慎地考慮是否要增加一個工廠類進行管理，增加代碼的複雜度。

2.需要靈活的，可擴充的架構時，可以考慮採用原廠模式。萬物皆對象，那萬物也就是皆產品類。

3.原廠模式可以用在異構項目中。

4.可以使用測試驅動開發的架構下。例如,測試一個類A,就需要把與類A有關聯關係的類B也同時產生出來，我們可以用原廠模式把類B虛擬出來，避免類A與類B的耦合。（目前java有jmock和easymock，該情境已弱化）。

原廠模式的擴充：

1.簡單原廠模式（PHP常用）

一個模組僅需要一個工廠類，沒有必要把它產生出來，使用靜態方法就可以了，根據這一要求，我們把上例中的abstractUserFactory修改一下，

去掉了abstractUserFactory抽象類別，同時把createUser設定為靜態類，簡化了類的建立過程。其缺點是工廠類的擴充比較困難，不符合開閉原則，但它仍然是一個非常實用的設計模式。

2.升級為多個工廠類（產品與工廠一對一）

每一個產品類都對應一個建立類，好處是建立類的職責清晰，而且結構簡單，但是給可擴充性和可維護性帶來了一定的影響。如果要擴充一個產品類，就需要建立一個相應的工廠類，這樣就增加了擴充的難度。因為工廠類和產品的數量相同，維護時需要考慮兩個對象之間的關係。

當然，在複雜的應用中一般採用多工廠的方法，然後再增加一個協調類，避免調用者與各個子工廠交流，協調類的作用是封裝子工廠類，對高層模組提供統一的提供者。

3.替代單例模式

此模式通過反射將一個定義了private的無參構造方法的類執行個體化而實現的。目測PHP還無法實現，此處略過。

4.延遲初始化

一個對象被消費完畢後，並不立刻釋放，工廠類保持其初始狀態，等待再次被使用。對於PHP解釋型語言，可以擴充為消極式載入（lazy loading），即在工廠類準備建立新對象時才載入相應的類檔案，而不用每次指令碼執行期間都載入可能的類。

