設計模式粗淺理解之一------簡單原廠模式

標籤：style   blog   http   color   使用   strong   

設計模式粗淺理解之------簡單原廠模式

什麼是簡單原廠模式

從設計模式的類型上來說，簡單原廠模式是屬於建立型模式，又叫做靜態Factory 方法（Static Factory Method）模式，但不屬於23種GOF設計模式之一。簡單原廠模式是由一個工廠對象決定建立出哪一種產品類的執行個體。簡單原廠模式是原廠模式家族中最簡單實用的模式，可以理解為是不同原廠模式的一個特殊實現。

角色和職責

工廠（Creator）角色

簡單原廠模式的核心，它負責實現建立所有執行個體的內部邏輯。工廠類可以被外界直接調用，建立所需的產品對象。

抽象產品（Product）角色

簡單原廠模式所建立的所有對象的父類，它負責描述所有執行個體所共有的公用介面。

具體產品（Concrete Product）角色

是簡單原廠模式的建立目標，所有建立的對象都是充當這個角色的某個具體類的執行個體。

優缺點

優點

工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的資訊,決定究竟應該建立哪個具體類的對象.通過使用工廠類,外界可以從直接建立具體產品對象的尷尬局面擺脫出來,僅僅需要負責“消費”對象就可以了。而不必管這些對象究竟如何建立及如何組織的．明確了各自的職責和權利，有利於整個軟體體繫結構的最佳化。

缺點

由於工廠類集中了所有執行個體的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了一個工廠類中；它所能建立的類只能是事先考慮到的，如果需要添加新的類，則就需要改變工廠類了。

當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同執行個體的需求．這種對條件的判斷和對具體產品類型的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充非常不利。

使用情境

工廠類負責建立的對象比較少；

客戶只知道傳入工廠類的參數，對於如何建立對象（邏輯）不關心；

由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用。（以上參考百度百科）

代碼執行個體

       以下執行個體我希望類比一個使用者登入的功能，在很多的系統中都存在多種使用者，可以具有不同的許可權，假設我們在某系統中存在以下使用者超級使用者Super(S)，管理員Admin(A)，普通使用者Normal(N)，這三種使用者在登入時系統要根據不同的的使用者層級各自進行相應的操作。根據以上情境，我們如果用簡單原廠模式可以採用如下方式實現：

第一步 建立所有使用者類別的公用父類

 

 1 public class User { 2     private string _userType { get; set; } 3  4     public string UserType  5     { 6          get { return _userType; } 7          set { _userType = value; } 8     } 9 10     public virtual void ShowUser()11     {12     }13 }

該類定義了一個使用者類別的屬性，以及現實使用者類別的虛方法，其子類必須要實現該方法。

第二步 建立具體的使用者類

       超級使用者類：

 1 class SuperUser : User { 2     public SuperUser() 3     { 4         base.UserType = "超級使用者"; 5     } 6     public override void ShowUser() 7     { 8         Console.WriteLine(base.UserType + "已經登入"); 9     }10 }

        管理員類：

 1 class SuperUser : User { 2     public SuperUser() 3     { 4         base.UserType = "管理員"; 5     } 6     public override void ShowUser() 7     { 8         Console.WriteLine(base.UserType + "已經登入"); 9     }10 }

        普通使用者類：

 1 class SuperUser : User { 2     public SuperUser() 3     { 4         base.UserType = "普通使用者"; 5     } 6     public override void ShowUser() 7     { 8         Console.WriteLine(base.UserType + "已經登入"); 9     }10  }

 第三步 建立一個工廠類，根據傳入的參數不同建立不同的對象

 1 public class UserFactory { 2     public static User createUser(string userType) 3     { 4         User user = null; 5         switch (userType) 6         { 7             case "S": 8                 user = new SuperUser(); 9                 break;10             case "A":11                 user = new AdminUser();12                 break;13             case "N":14                 user = new NormalUser();15                 break;16             default:17                 break;18         }19     return user;20     }21 }

做完以上工作我們就可以在程式中使用我們的類，程式不關心我們如何建立具體的使用者類，只是明確的將需要執行個體化的類的參數傳入工廠類，由工廠類負責調用相應的建構函式建立具體類，樣本如下：

 1 class Program 2 { 3     static void Main(string[] args) 4     { 5         User user = null; 6         user = UserFactory.createUser("S"); 7         user.ShowUser(); 8         user = UserFactory.createUser("A"); 9         user.ShowUser();10         user = UserFactory.createUser("N");11         user.ShowUser();12         Console.ReadKey();13     }14 }

 UserFactory類完全屏蔽了每個使用者類的具體過程，其輸出結果如下：