簡單原廠模式(Simple Factory)

標籤：設計模式   android   java   

簡單原廠模式(Simple Factory)

簡單原廠模式是類的建立模式，又叫做靜態Factory 方法模式(Static Factory Method)。簡單原廠模式是由一個工廠來決定建立哪一種類的執行個體，下面為它的結構圖：

從上面的結構圖看到，簡單原廠模式涉及到了工廠角色、抽象產品角色以及具體產品角色等三個角色。

A、工廠角色：該角色是簡單原廠模式中的核心角色，其含有與應用緊密相關的邏輯；工廠角色在用戶端的調用下決定具體建立哪個類。

B、抽象產品角色：該角色是工廠角色建立的對象的父類，是建立對象的共同介面，一般這個介面由Java中的介面或抽象類別來實現。

C、具體產品角色：Factory 方法建立的任何對象都是這個類的執行個體，它是抽象產品角色的具體實現。

 

注意：

在Java當中，我們一般把一些具有相同的特性，但沒有邏輯關係的對象用Java的介面來實現；而相反的把一些具有相似特性並且擁有某種邏輯關係的對象使用Java抽象類別來實現。

 

下面舉個例子來印證簡單原廠模式的使用。例子是這樣的，我們搜尋WIFI訊號，並根據WIFI的公開類型來選擇不同的上網方式，分為三種方式：要求輸入密碼、不要求輸入密碼及收費的三種類型。當搜尋返回的WIFI資訊中的wifiType為0代表不要求輸入密碼免費，為1代表要求輸入密碼，為2的時候即代表著收費的，這裡我在Android項目實現的。

抽象產品角色(WifiState)：

/* the role of abstract */

public abstract class WifiState {

   StringwifiName;

   int wifiType;

   int ip;

  

   public String getWifiName() {

      return wifiName;

   }

   public void setWifiName(String wifiName) {

      this.wifiName = wifiName;

   }

   public int getWifiType() {

      return wifiType;

   }

   public void setWifiType(int wifiType) {

      this.wifiType = wifiType;

   }

   public int getIp() {

      return ip;

   }

   public void setIp(int ip) {

      this.ip = ip;

   }

}

 

具體產品角色(WifiStateNoPwd)：

/* the role of concret */

public class WifiStateNoPwd extends WifiState {

  

   public WifiStateNoPwd() {

      setWifiName("我是不要求輸入密碼的WIFI！");

      setWifiType(0);

      setIp(1921680202);

   }

 

}

具體產品角色(WifiStateNeedPwd)：

/* the role of concret */

public class WifiStateNeedPwd extends WifiState {

 

   public WifiStateNeedPwd() {

      setWifiName("我是要求輸入密碼的WIFI！");

      setWifiType(1);

      setIp(1921680203);

   }

 

}

具體產品角色(WifiStateCharges)：

/* the role of concret */

public class WifiStateCharges extends WifiState {

 

   public WifiStateCharges() {

      setWifiName("我是收費的WIFI！");

      setWifiType(2);

      setIp(1921680204);

   }

}

 

工廠角色(WifiFactory)：

/* therole of factory */

public class WifiFactory{

  

   public staticWifiState factory(int wifiType) {

      WifiStatecurrWifi = null;

      switch(wifiType) {

      case 0:

         currWifi = new WifiStateNoPwd();

         break;

      case 1:

         currWifi = new WifiStateNeedPwd();

         break;

      case 2:

         currWifi = new WifiStateCharges();

         break;

      default:

         break;

      }

     

      return currWifi;

   }

}

 

在最後貼上：

 

很明顯，我們利用了工廠根據不同的條件建立了多個的執行個體對象，這就是簡單工廠的一個類比實現。那麼接下來，討論下它的優缺點：

優點：

模式的核心是工廠類，這個類含有重要的判斷邏輯，可以決定在什麼時候建立那個執行個體；同時，它也避免了用戶端直接建立產品的任務，而只負責消費產品，這樣很好的達到了將用戶端與產品層對責任的分割。

缺點：

缺點也很明顯，第一，這個模式下的工廠類集中了所有的判斷邏輯，成為無所不能的創造類，那麼一旦這個類出現某些問題，那麼整個系統就直接出現了問題；第二，當產品類有不同的介面時，工廠類需要知道在什麼時候建立某種產品，這就對時機的判斷和對那種產品的建立混在了一起，這樣在以後進行拓展時就會很麻煩(Factory 方法模式解決了這個問題)；第三，很明顯簡單工廠使用了靜態Factory 方法的形式建立對象，因此工廠角色就不能使用繼承的等級結構（Factory 方法模式解決了這個問題）。

 

注意：

在某種程度上，簡單原廠模式也達到了有限程度的“開-閉”原則。

好了，簡單原廠模式就總結到這裡了，接下來會繼續分析在很大程度上克服了簡單原廠模式的新模式---Factory 方法模式。

 

 

 

技術交流群：179914858

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。

簡單原廠模式(Simple Factory)