創建型模式 簡單工廠模式 工廠方法模式 IOC與工廠方法模式的結合 泛型工廠 委托工廠 創建型模式 創建型模式可以隔離客戶程式對需要實例化類型的依賴關係，這類模式一般通過將實例化具體對象的職責委托給第三方對象的方式，使得客戶程式或者外部系統在獲得所需的具體類型實例的同時，而不必對其發生直接的引用。 ...
- 創建型模式
- 簡單工廠模式
- 工廠方法模式
- 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#的工程化實現及擴展》
