設計模式（三）工廠方法模式（Factory Pattern） - xiongzaiqiren－IT工程師數位筆記本

文章出處

一、引言

　　在簡單工廠模式中講到簡單工廠模式的缺點，有一點是——簡單工廠模式系統難以擴展，一旦添加新產品就不得不修改簡單工廠方法，這樣就會造成簡單工廠的實現邏輯過于復雜，然而本專題介紹的工廠方法模式可以解決簡單工廠模式中存在的這個問題，下面就具體看看工廠模式是如何解決該問題的。

二、工廠方法模式的實現

　　工廠方法模式之所以可以解決簡單工廠的模式，是因為它的實現把具體產品的創建推遲到子類中，此時工廠類不再負責所有產品的創建，而只是給出具體工廠必須實現的接口，這樣工廠方法模式就可以允許系統不修改工廠類邏輯的情況下來添加新產品，這樣也就克服了簡單工廠模式中缺點。

下面看下工廠模式的具體實現代碼（這里還是以簡單工廠模式中點菜的例子來實現）：

namespace 設計模式之工廠方法模式
{
    /// <summary>
    /// 菜抽象類
    /// </summary>
    public abstract class Food
    {
        // 輸出點了什么菜
        public abstract void Print();
    }
    /// <summary>
    /// 西紅柿炒雞蛋這道菜
    /// </summary>
    public class TomatoScrambledEggs : Food
    {
        public override void Print()
        {
            Console.WriteLine("西紅柿炒蛋好了！");
        }
    }
    /// <summary>
    /// 土豆肉絲這道菜
    /// </summary>
    public class ShreddedPorkWithPotatoes : Food
    {
        public override void Print()
        {
            Console.WriteLine("土豆肉絲好了");
        }
    }
    /// <summary>
    /// 抽象工廠類
    /// </summary>
    public abstract class Creator
    {
        // 工廠方法
        public abstract Food CreateFoddFactory();
    }
    /// <summary>
    /// 西紅柿炒蛋工廠類
    /// </summary>
    public class TomatoScrambledEggsFactory : Creator
    {
        /// <summary>
        /// 負責創建西紅柿炒蛋這道菜
        /// </summary>
        /// <returns></returns>
        public override Food CreateFoddFactory()
        {
            return new TomatoScrambledEggs();
        }
    }
    /// <summary>
    /// 土豆肉絲工廠類
    /// </summary>
    public class ShreddedPorkWithPotatoesFactory : Creator
    {
        /// <summary>
        /// 負責創建土豆肉絲這道菜
        /// </summary>
        /// <returns></returns>
        public override Food CreateFoddFactory()
        {
            return new ShreddedPorkWithPotatoes();
        }
    }
    /// <summary>
    /// 客戶端調用
    /// </summary>
    class Client
    {
        static void Main(string[] args)
        {
            // 初始化做菜的兩個工廠（）
            Creator shreddedPorkWithPotatoesFactory = new ShreddedPorkWithPotatoesFactory();
            Creator tomatoScrambledEggsFactory = new TomatoScrambledEggsFactory();
            // 開始做西紅柿炒蛋
            Food tomatoScrambleEggs = tomatoScrambledEggsFactory.CreateFoddFactory();
            tomatoScrambleEggs.Print();
            //開始做土豆肉絲
            Food shreddedPorkWithPotatoes = shreddedPorkWithPotatoesFactory.CreateFoddFactory();
            shreddedPorkWithPotatoes.Print();
            Console.Read();
        }
    }
}

　　使用工廠方法實現的系統，如果系統需要添加新產品時，我們可以利用多態性來完成系統的擴展，對于抽象工廠類和具體工廠中的代碼都不需要做任何改動。例如，我們我們還想點一個“肉末茄子”，此時我們只需要定義一個肉末茄子具體工廠類和肉末茄子類就可以。而不用像簡單工廠模式中那樣去修改工廠類中的實現（具體指添加case語句)。具體代碼為：

/// <summary>
/// 肉末茄子這道菜
/// </summary>
public class MincedMeatEggplant : Food
{
    /// <summary>
    /// 重寫抽象類中的方法
    /// </summary>
    public override void Print()
    {
        Console.WriteLine("肉末茄子好了");
    }
}
/// <summary>
/// 肉末茄子工廠類，負責創建肉末茄子這道菜
/// </summary>
public class MincedMeatEggplantFactory : Creator
{
    /// <summary>
    /// 負責創建肉末茄子這道菜
    /// </summary>
    /// <returns></returns>
    public override Food CreateFoddFactory()
    {
        return new MincedMeatEggplant();
    }
}
/// <summary>
/// 客戶端調用
/// </summary>
class Client
{
    static void Main(string[] args)
    {

        // 如果客戶又想點肉末茄子了
        // 再另外初始化一個肉末茄子工廠
        Creator minceMeatEggplantFactor = new MincedMeatEggplantFactory();
        // 利用肉末茄子工廠來創建肉末茄子這道菜
        Food minceMeatEggplant = minceMeatEggplantFactor.CreateFoddFactory();
        minceMeatEggplant.Print();
        Console.Read();
    }
}

三、工廠方法模式的UML圖

講解完工廠模式的具體實現之后，讓我們看下工廠模式中各類之間的UML圖：

從UML圖可以看出，在工廠方法模式中，工廠類與具體產品類具有平行的等級結構，它們之間是一一對應的。針對UML圖的解釋如下：

Creator類：充當抽象工廠角色，任何具體工廠都必須繼承該抽象類

TomatoScrambledEggsFactory和ShreddedPorkWithPotatoesFactory類：充當具體工廠角色，用來創建具體產品

Food類：充當抽象產品角色，具體產品的抽象類。任何具體產品都應該繼承該類

TomatoScrambledEggs和ShreddedPorkWithPotatoes類：充當具體產品角色，實現抽象產品類對定義的抽象方法，由具體工廠類創建，它們之間有一一對應的關系。

四、.NET中實現了工廠方法的類

.NET 類庫中也有很多實現了工廠方法的類，例如Asp.net中，處理程序對象是具體用來處理請求，當我們請求一個*.aspx的文件時，此時會映射到System.Web.UI.PageHandlerFactory類上進行處理，而對*.ashx的請求將映射到System.Web.UI.SimpleHandlerFactory類中（這兩個類都是繼承于IHttpHandlerFactory接口的），關于這點說明我們可以在“C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\Web.Config”文件中找到相關定義，具體定義如下：

<httpHandlers>
<add path = "*.axd" verb="*" type="System.Web.HttpNotFoundHandler" validate="True" />
            <add path = "*.aspx" verb="*" type="System.Web.UI.PageHandlerFactory" validate="True" />
            <add path = "*.ashx" verb="*" type="System.Web.UI.SimpleHandlerFactory" validate="True" />
</httpHandlers>

下面我們就具體看下工廠方法模式在Asp.net中是如何實現的，如果對一個Index.aspx頁面發出請求時，將會調用PageHandlerFactory中GetHandler方法來創建一個Index.aspx對象，它們之間的類圖關系如下：

五、總結

工廠方法模式通過面向對象編程中的多態性來將對象的創建延遲到具體工廠中，從而解決了簡單工廠模式中存在的問題，也很好地符合了開放封閉原則（即對擴展開發，對修改封閉）。

以上內容摘抄自：http://learninghard.blog.51cto.com/6146675/1293321

工廠模式好處主要有：
1、將創建實例的工作與使用實例的工作分開；
2、把初始化實例時的工作放到工廠里進行，使代碼更容易維護；
3、使得修改代碼時不會引起太大的變動，良好的擴展性。
比如，有對象A。現在要修改這個實例的方法。就會有對象B，繼承A，然后重寫A里面的某個方法。這時，如果沒有工廠模式，那么就要把每次創建A對象的代碼都改為創建B對象。這是很可怕的一件事情。
如果有工廠模式，那么，我們可以只修改工廠中創建A對象的方法，就可以完成這件事情了。更容易的，可以把這個實例的創建寫在配置文件中。那么對于這種變動，只要修改配置文件就可以實現了，不需要修改工廠類。