1. 程式人生 > 實用技巧 >設計模式(1) 工廠方法模式

設計模式(1) 工廠方法模式

  • 建立型模式
  • 簡單工廠模式
  • 工廠方法模式
    • IOC與工廠方法模式的結合
    • 泛型工廠
    • 委託工廠

建立型模式

建立型模式可以隔離客戶程式對需要例項化型別的依賴關係,這類模式一般通過將例項化具體物件的職責委託給第三方物件的方式,使得客戶程式或者外部系統在獲得所需的具體型別例項的同時,而不必對其發生直接的引用。

建立型模式包括:

  • 工廠方法模式
  • 單例模式
  • 抽象工廠模式
  • 建立者模式
  • 原型模式

按照大多數設計模式書籍採用的順序,首先從工廠方法模式開始。

簡單工廠模式

簡單工廠模式並沒有被歸入23種設計模式之列,但可以作為學習工廠方法模式前的預備。簡單工廠模式在管理物件建立方面,提供的是最簡單的方案,它僅僅簡單的對不同類物件的建立進行了一層薄薄的封裝,客戶程式在使用時,通過向簡單工廠傳遞一個型別來指定要建立的物件,其UML類圖如下:

Client需要的是具體的產品ConcreteProductA或者ConcreteProductB,如果直接new()就會依賴物件例項,引入簡單工廠後,Client變成了依賴IProduct和SampleFactory。

程式碼示例:

//產品介面
public interface IProduct { };
//具體產品
public class ConcreteProductA : IProduct { }
public class ConcreteProductB : IProduct { }

public enum Category { A, B }
//簡單工廠
public class SampleFactory
{
    public IProduct Create(Category category)
    {
        switch (category)
        {
            case Category.A:
                return new ConcreteProductA();
            case Category.B:
                return new ConcreteProductB();
            default:
                throw new ArgumentOutOfRangeException();
        }
    }

}

呼叫:

[Test]
public void SampleFactoryTest()
{
    SampleFactory sampleFactory = new SampleFactory();
    IProduct product = sampleFactory.Create(Category.A);
    Assert.AreEqual(product.GetType(), typeof(ConcreteProductA));
}

工廠方法模式

簡單工廠模式中的工廠負責生產所有的產品型別,但如果工廠負責生產的產品只有一種,就可以進一步抽象了,這便出現了工廠模式。
GOF對工廠方法模式的描述是:
Define an interface for creating an object, but let subclasses decide which class toinstantiate. Factory Method lets a class defer instantiation to subclasses..


— Design Patterns : Elements of Reusable Object-Oriented Software

工廠方法模式定義了一個抽象的工廠,它的子類實體工廠都有統一通用的工廠方法,用來生產具體的產品,這樣就把類的例項化延遲到其子類。
工廠方法主要有四個角色:

  • 抽象產品型別(Product),工廠要加工的物件所具有的抽象特徵實體。
  • 具體產品型別(Concrete Product),實現客戶程式所需要的抽象特質的型別,它就是工廠需要延遲例項的備選物件。
  • 抽象工廠型別(IFactory),定義一個工廠方法的預設實現,它返回抽象產品型別。
  • 具體工廠型別(Concrete Factory):重新定義了產品建立過程,返回具體產品型別。

UML類圖

程式碼示例:

//抽象產品型別
public interface IProduct
{
    string Name { get; } //抽象產品所必須具有的特徵
}

//具體產品型別
public class ProductA : IProduct
{
    public string Name { get { return "A"; } }
}
public class ProductB : IProduct
{
    public string Name { get { return "B"; } }
}

//抽象工廠型別
public interface IFactory
{
    IProduct Create(); //抽象的工廠描述
}

//具體工廠型別
public class FactoryA : IFactory
{
    public IProduct Create()
    {
        return new ProductA();
    }
}

public class FactoryB : IFactory
{
    public IProduct Create()
    {
        return new ProductB();
    }
}

呼叫:

public class Client1
{
    public void SomeMethod()
    {
        IFactory factory = new FactoryA();
        IProduct product = factory.Create();
    }
}

客戶程式需要使用IProduct的時候,只需要獲取到IFactory,通過呼叫其統一制定的Create()方法就可以獲取到具體的產品,具體需要哪個產品由Factory決定。這樣就隔離了客戶程式對具體產品的依賴,但這裡還有個問題是在獲取IFactory的時候需要初始化具體的工廠,這樣就對具體的工廠產生了依賴。

IOC與工廠方法模式的結合

為了解決上述問題,可以把IFactory作為客戶程式的引數,然後採用依賴注入的方式將具體的工廠注入:

public class Client2
{
    private IFactory factory;
    public Client2(IFactory factory)
    {
        this.factory = factory;
    }
    public string SomeMethod()
    {
        IProduct product = factory.Create();
        return product.Name;
    }
}

這樣客戶程式就變成了真正地只依賴IFactory和IProduct了,但問題是不論採用哪種依賴注入框架,都需要註冊介面與例項的對映關係,那麼這種方式就只是相當於把對具體產品的依賴“甩”到了“客戶程式的客戶程式”,怎麼辦呢,退無可退的時候,考慮把介面與例項的對映關係放到配置檔案吧。

泛型工廠

上面的工廠方法模式中,每個具體的工廠負責生產一種產品,且都實現了抽象工廠的Create()方法,於是藉助泛型可以實現進一步的抽象:

public interface IFactory<T>
{
    T Create(); //抽象的工廠描述
}

public abstract class FactoryBase<T> : IFactory<T> where T : new()
{
    public virtual T Create()
    {
        return new T();
    }
}

public class ProductAFactory : FactoryBase<ProductA> {

    public override ProductA Create(){
        return new ProductA();
    }
}

public class ProductBFactory : FactoryBase<ProductB> { }

在抽象工廠和具體的工廠之間增加了支援泛型的FactoryBase,在這裡實現了通用的Create()方法。如果某個具體工廠需要特殊的Create流程,只需重寫虛方法即可。這樣在工廠種類比較多而流程有大多相同的情況下,可以減少很多程式碼。

委託工廠

前面程式碼中的工廠生產的產品都是物件,如果需要生產的是方法呢,C#的委託機制可以方便地滿足這種需求。
委託的本質是方法的指標,是對一類方法的抽象。所以委託本身就可以作為抽象產品的定義,而與委託簽名一致的方法就是具體產品了。

程式碼示例:

public delegate int CalculateHandler(params int[] items);

public class Calculator
{
    public int Add(params int[] items)
    {
        int result = 0;
        foreach (var item in items)
        {
            result += item;
        }
        return result;
    }

    public int Multi(params int[] items)
    {
        int result = 1;
        foreach (var item in items)
        {
            result *= item;
        }
        return result;
    }
}

public class AddHandlerFactory : IFactory<CalculateHandler>
{
    public CalculateHandler Create()
    {
        return new Calculator().Add;
    }
}

public class MultiHandlerFactory : IFactory<CalculateHandler>
{
    public CalculateHandler Create()
    {
        return new Calculator().Multi;
    }
}

呼叫:

[Test]
public void CalculateHandlerTest()
{
    CalculateHandler addHandler = new AddHandlerFactory().Create();
    Assert.AreEqual(1 + 2 + 3, addHandler(1, 2, 3));

    CalculateHandler multiHandler = new MultiHandlerFactory().Create();
    Assert.AreEqual(1 * 2 * 3, multiHandler(1, 2, 3));
}

參考書籍:
王翔著 《設計模式——基於C#的工程化實現及擴充套件》