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

時間 2020-07-03

標籤設計模式工廠方法简体版

原文原文鏈接

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

建立型模式

建立型模式能夠隔離客戶程序對須要實例化類型的依賴關係，這類模式通常經過將實例化具體對象的職責委託給第三方對象的方式，使得客戶程序或者外部系統在得到所需的具體類型實例的同時，而沒必要對其發生直接的引用。設計模式

建立型模式包括：markdown

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

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

簡單工廠模式

簡單工廠模式並無被納入23種設計模式之列，但能夠做爲學習工廠方法模式前的預備。簡單工廠模式在管理對象建立方面，提供的是最簡單的方案，它僅僅簡單的對不一樣類對象的建立進行了一層薄薄的封裝，客戶程序在使用時，經過向簡單工廠傳遞一個類型來指定要建立的對象，其UML類圖以下：
ide

Client須要的是具體的產品ConcreteProductA或者ConcreteProductB，若是直接new()就會依賴對象實例，引入簡單工廠後，Client變成了依賴IProduct和SampleFactory。學習

代碼示例：this

//產品接口
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指針

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

抽象產品類型（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#的工程化實現及擴展》