簡單工廠模式 工廠模式 抽象工廠模式 簡單工廠模式 工廠模式 抽象工廠模式 簡單工廠模式 什麼是簡單工廠模式? 在現實生活中工廠是負責生產產品的,同樣在設計模式中,簡單工廠模式我們也可以理解為負責生產對象的一個類, 我們平常編程中,當使用"new"關鍵字創建一個對象時,此時該類就依賴與這個對象,也就 ...
-
簡單工廠模式
-
工廠模式
-
抽象工廠模式
簡單工廠模式
什麼是簡單工廠模式?
在現實生活中工廠是負責生產產品的,同樣在設計模式中,簡單工廠模式我們也可以理解為負責生產對象的一個類, 我們平常編程中,當使用"new"關鍵字創建一個對象時,此時該類就依賴與這個對象,也就是他們之間的耦合度高,當需求變化時,我們就不得不去修改此類的源碼,此時我們可以運用面向對象(OO)的很重要的原則去解決這一的問題,該原則就是——封裝改變,既然要封裝改變,自然也就要找到改變的代碼,然後把改變的代碼用類來封裝,這樣的一種思路也就是我們簡單工廠模式的實現方式了。下麵通過一個 現實生活中的例子來引出簡單工廠模式。
一般情況下,如果我們想開什麼車,只能自己去買,但是如今已是共用經濟的時代,小到雨傘,中到自行車、電動自行車,大到汽車,如今都可以以租賃的形式使用。租車公司停了幾輛車(奇瑞、路虎、蘭博基尼),根據客戶不同的意願,租出去的車是不一樣的,但是車都是在租車公司里有的。車都屬於同一種抽象,租車公司里所有的車都有自己的特征,這些特征就是條件。租車公司根據客戶不同的租車意願,會租出不同的車。這就簡單工廠模式的典型案例。
/// <summary> /// 汽車類型 /// </summary> public enum CarType { /// <summary> /// 奇瑞 /// </summary> Chery = 0, /// <summary> /// 路虎 /// </summary> LandRover = 1, /// <summary> /// 蘭博基尼 /// </summary> Lambo = 2 } /// <summary> /// 汽車抽象類 /// </summary> public abstract class Car { /// <summary> /// 輸出自己是什麼車 /// </summary> public abstract void Print(); } /// <summary> /// 奇瑞汽車 /// </summary> public class CheryCar : Car { public override void Print() { Console.WriteLine("我的品牌是奇瑞"); } } /// <summary> /// 蘭博基尼 /// </summary> public class LamboCar : Car { public override void Print() { Console.WriteLine("我的品牌是蘭博基尼"); } } /// <summary> /// 路虎 /// </summary> public class LandRoverCar : Car { public override void Print() { Console.WriteLine("我的品牌路虎"); } } /// <summary> /// 簡單工廠 /// </summary> public class SimpleFactory { public static Car GetCar(CarType type) { switch (type) { case CarType.Chery: return new CheryCar(); case CarType.LandRover: return new LandRoverCar(); case CarType.Lambo: return new LamboCar(); default: throw new Exception("未找到相應品牌汽車"); } } } /// </summary> /// 調用 /// </summary> static void Main(string[] args) { // 開蘭博基尼 Car car1 = SimpleFactory.GetCar(CarType.Lambo); car1.Print(); // 開路虎 Car car2 = SimpleFactory.GetCar(CarType.LandRover); car2.Print(); Console.Read(); }
簡單工廠模式的優缺點
看完簡單工廠模式的實現之後,你和你的小伙伴們肯定會有這樣的疑惑(因為我學習的時候也有)——這樣我們只是把變化移到了工廠類中罷了,好像沒有變化的問題,因為如果客戶想租其他車時,此時我們還是需要修改工廠類中的方法(也就是多加case語句,沒應用簡單工廠模式之前,修改的是客戶類)。我首先要說:你和你的小伙伴很對,這個就是簡單工廠模式的缺點所在(這個缺點後面介紹的工廠方法可以很好地解決),然而,簡單工廠模式與之前的實現也有它的優點:
- 簡單工廠模式解決了客戶端直接依賴於具體對象的問題,客戶端可以消除直接創建對象的責任,而僅僅是消費產品。簡單工廠模式實現了對責任的分割;
- 簡單工廠模式也起到了代碼復用的作用,所有客戶有用車需求時,都不需要自己買車,只需要負責消費就可以了。此時簡單工廠的租車方法就讓所有客戶共用了。(同時這點也是簡單工廠方法的缺點——因為工廠類集中了所有產品創建邏輯,一旦不能正常工作,整個系統都會受到影響,也沒什麼不好理解的,就如事物都有兩面性一樣道理。
雖然上面已經介紹了簡單工廠模式的缺點,下麵還是總結下簡單工廠模式的缺點:
- 工廠類集中了所有產品創建邏輯,一旦不能正常工作,整個系統都會受到影響(通俗地意思就是:一旦租車公司沒車或者關門了,很多不願意買車的人就沒車開了)
- 系統擴展困難,一旦添加新產品就不得不修改工廠邏輯,這樣就會造成工廠邏輯過於複雜。
簡單工廠的應用場景
- 當工廠類負責創建的對象比較少時可以考慮使用簡單工廠模式
- 客戶如果只知道傳入工廠類的參數,對於如何創建對象的邏輯不關心時可以考慮使用簡單工廠模式
工廠模式
什麼是工廠模式?
工廠方法模式之所以可以解決簡單工廠的模式,是因為它的實現把具體產品的創建推遲到子類中,此時工廠類不再負責所有產品的創建,而只是給出具體工廠必須實現的介面,這樣工廠方法模式就可以允許系統不修改工廠類邏輯的情況下來添加新產品,這樣也就剋服了簡單工廠模式中缺點。
/// <summary> /// 汽車類型 /// </summary> public enum CarType { /// <summary> /// 奇瑞 /// </summary> Chery = 0, /// <summary> /// 路虎 /// </summary> LandRover = 1, /// <summary> /// 蘭博基尼 /// </summary> Lambo = 2 } /// <summary> /// 汽車抽象類 /// </summary> public abstract class Car { /// <summary> /// 輸出自己是什麼車 /// </summary> public abstract void Print(); } /// <summary> /// 奇瑞汽車 /// </summary> public class CheryCar : Car { public override void Print() { Console.WriteLine("我的品牌是奇瑞"); } } /// <summary> /// 蘭博基尼 /// </summary> public class LamboCar : Car { public override void Print() { Console.WriteLine("我的品牌是蘭博基尼"); } } /// <summary> /// 路虎 /// </summary> public class LandRoverCar : Car { public override void Print() { Console.WriteLine("我的品牌路虎"); } } /// <summary> /// 汽車抽象工廠 /// </summary> public abstract class CarFactory { /// <summary> /// 生產汽車 /// </summary> /// <returns></returns> public abstract Car CreateCar(); } /// <summary> /// 奇瑞工廠類 /// </summary> public class CheryFactory : CarFactory { /// <summary> /// 生產奇瑞汽車 /// </summary> /// <returns></returns> public override Car CreateCar() { return new CheryCar(); } } /// <summary> /// 蘭博基尼工廠 /// </summary> public class LamboFactory : CarFactory { /// <summary> /// 生產汽車 /// </summary> /// <returns></returns> public override Car CreateCar() { return new LamboCar(); } } /// <summary> /// 路虎工廠 /// </summary> public class LandRoverFactory : CarFactory { /// <summary> /// 生產汽車 /// </summary> /// <returns></returns> public override Car CreateCar() { return new LandRoverCar(); } } static void Main(string[] args) { // 初始化生產汽車的兩個工廠 CarFactory landRoverFactory = new LandRoverFactory(); CarFactory lamboFactory = new LamboFactory(); // 開始生產路虎 Car landRover = landRoverFactory.CreateCar(); landRover.Print(); //開始生產蘭博基尼 Car lambo = lamboFactory.CreateCar(); lambo.Print(); Console.Read(); }
使用工廠方法實現的系統,如果系統需要添加新產品時,我們可以利用多態性來完成系統的擴展,對於抽象工廠類和具體工廠中的代碼都不需要做任何改動。例如,我們我們還想要一個“奧迪汽車”,此時我們只需要定義一個奧迪汽車具體工廠類和奧迪汽車子類就可以。而不用像簡單工廠模式中那樣去修改工廠類中的實現(具體指添加case語句)。具體代碼為:
/// <summary> /// 奧迪汽車 /// </summary> public class AodiCar : Car { /// <summary> /// 重寫抽象類中的方法 /// </summary> public override void Print() { Console.WriteLine("我的品牌是奧迪"); } } /// <summary> /// 奧迪汽車工廠類,負責生產奧迪汽車 /// </summary> public class AodiFactory : CarFactory { /// <summary> /// 生產汽車 /// </summary> /// <returns></returns> public override Car CreateCar() { return new AodiCar(); } } /// <summary> /// 調用 /// </summary> static void Main(string[] args) { // 如果客戶想租一輛奧迪車 // 再另外初始化一個奧迪車工廠 CarFactory aodiFactory = new AodiFactory(); // 利用奧迪車工廠來生產奧迪汽車 Car aodi = aodiFactory.CreateCar(); aodi.Print(); Console.Read(); }
工廠模式的優缺點
工廠方法模式通過面向對象編程中的多態性來將對象的創建延遲到具體工廠中,從而解決了簡單工廠模式中存在的問題,也很好地符合了開放封閉原則(即對擴展開發,對修改封閉)。
優點:
- 子類提供掛鉤。基類為工廠方法提供預設實現,子類可以重寫新的實現,也可以繼承父類的實現。-- 加一層間接性,增加了靈活性
- 屏蔽產品類。產品類的實現如何變化,調用者都不需要關心,只需關心產品的介面,只要介面保持不變,系統中的上層模塊就不會發生變化。
- 典型的解耦框架。高層模塊只需要知道產品的抽象類,其他的實現類都不需要關心,符合迪米特法則,符合依賴倒置原則,符合里氏替換原則。
- 多態性:客戶代碼可以做到與特定應用無關,適用於任何實體類。
缺點:需要指定工廠和相應的子類作為factory method的載體,如果應用模型確實需要指定工廠和子類存在,則很好;否則的話,需要增加一個類層次。(不過說這個缺點好像有點吹毛求疵了)
抽象工廠模式
什麼是抽象工廠模式?
工廠方法模式是為了剋服簡單工廠模式的缺點而設計出來的,簡單工廠模式的工廠類隨著產品類的增加需要增加額外的代碼,而工廠方法模式每個具體工廠類只完成單個實例的創建,所以它具有很好的可擴展性。但是在現實生活中,一個工廠只創建單個產品這樣的例子很少,因為現在的工廠都多元化了,一個工廠創建一系列的產品,如果我們要設計這樣的系統時,工廠方法模式顯然在這裡不適用,然後抽象工廠模式卻可以很好地解決一系列產品創建的問題。
/// <summary> /// 汽車類型 /// </summary> public enum CarType { /// <summary> /// 奇瑞 /// </summary> Chery = 0, /// <summary> /// 路虎 /// </summary> LandRover = 1, /// <summary> /// 蘭博基尼 /// </summary> Lambo = 2 } /// <summary> /// 汽車抽象類 /// </summary> public abstract class Car { /// <summary> /// 輸出自己是什麼車 /// </summary> public abstract void Print(); } /// <summary> /// 奇瑞汽車 /// </summary> public class CheryCar : Car { public override void Print() { Console.WriteLine("我的品牌是奇瑞"); } } /// <summary> /// 蘭博基尼 /// </summary> public class LamboCar : Car { public override void Print() { Console.WriteLine("我的品牌是蘭博基尼"); } } /// <summary> /// 路虎 /// </summary> public class LandRoverCar : Car { public override void Print() { Console.WriteLine("我的品牌路虎"); } } /// <summary> /// 售後服務抽象類 /// </summary> public abstract class CustomerService { /// <summary> /// 列印售後服務 /// </summary> public abstract void Print(); } /// <summary> /// 奇瑞售後服務 /// </summary> public class CheryService : CustomerService { public override void Print() { Console.WriteLine("我是奇瑞售後服務"); } } /// <summary> /// 蘭博基尼售後服務 /// </summary> public class LamboService : CustomerService { public override void Print() { Console.WriteLine("我是蘭博基尼售後服務"); } } /// <summary> /// 路虎售後服務 /// </summary> public class LandRoverService : CustomerService { public override void Print() { Console.WriteLine("我是路虎售後服務"); } } /// <summary> /// 抽象工廠類 /// </summary> public abstract class AbstractFactory { /// <summary> /// 生產汽車 /// </summary> /// <returns></returns> public abstract Car CreateCar(); /// <summary> /// 提供售後服務 /// </summary> /// <returns></returns> public abstract CustomerService Service(); } /// <summary> /// 奇瑞抽象工廠類 /// </summary> public class CheryAbFactory : AbstractFactory { public override Car CreateCar() { return new CheryCar(); } public override CustomerService Service() { return new CheryService(); } } /// <summary> /// 蘭博基尼抽象工廠 /// </summary> public class LamboAbFactory : AbstractFactory { public override Car CreateCar() { return new LamboCar(); } public override CustomerService Service() { return new LamboService(); } } /// <summary> /// 路虎抽象工廠 /// </summary> public class LandRoverAbFactory : AbstractFactory { public override Car CreateCar() { return new LandRoverCar(); } public override CustomerService Service() { return new LandRoverService(); } } /// <summary> /// 調用 /// </summary> static void Main(string[] args) { // 路虎汽車及售後 AbstractFactory landRoverAbFactory = new LandRoverAbFactory(); landRoverAbFactory.CreateCar().Print(); landRoverAbFactory.Service().Print(); // 蘭博基尼汽車及售後 AbstractFactory lamboAbFactory = new LamboAbFactory(); lamboAbFactory.CreateCar().Print(); lamboAbFactory.Service().Print(); Console.Read(); }
抽象工廠允許客戶使用抽象的介面來創建一組相關產品,而不需要知道或關心實際生產出的具體產品是什麼。這樣客戶就可以從具體產品中被解耦。
看完上面抽象工廠的實現之後,如果租車公司又加了一個品牌車奧迪怎麼辦呢?此時,只需要添加三個類:一個是奧迪具體工廠類,負責生產奧迪和提供售後服務,另外兩個類是奧迪售後服務類和奧迪車類。代碼就不贅述。
抽象工廠模式的優缺點
優點:抽象工廠模式將具體產品的創建延遲到具體工廠的子類中,這樣將對象的創建封裝起來,可以減少客戶端與具體產品類之間的依賴,從而使系統耦合度低,這樣更有利於後期的維護和擴展。
缺點:抽象工廠模式很難支持新種類產品的變化。這是因為抽象工廠介面中已經確定了可以被創建的產品集合,如果需要添加新產品,此時就必須去修改抽象工廠的介面,這樣就涉及到抽象工廠類的以及所有子類的改變,這樣也就違背了“開發——封閉”原則。
抽象工廠模式的使用前提
知道了抽象工廠的優缺點之後,也就能很好地把握什麼情況下考慮使用抽象工廠模式了,下麵就具體看看使用抽象工廠模式的系統應該符合那幾個前提:
- 一個系統不要求依賴產品類實例如何被創建、組合和表達的表達,這點也是所有工廠模式應用的前提。
- 這個系統有多個系列產品,而系統中只消費其中某一系列產品
- 系統要求提供一個產品類的庫,所有產品以同樣的介面出現,客戶端不需要依賴具體實現。
總結
本文總結了三種工廠模式,逐層遞進,希望大家通過本文有所得。我們使用設計模式目的無非只有三個:a)縮短開發時間;b)降低維護成本;c)在應用程式之間和內部輕鬆集成,但是具體什麼時候使用何種設計模式還得因項目而異。