C# 設計模式深度解析：抽象工廠模式的實戰應用與 .NET 案例

編輯：關於C語言

前言：為什麼需要抽象工廠？

在軟體開發中，當系統需要建立一組相關或相互依賴的物件，且不想指定其具體類別時，抽象工廠模式便是最佳選擇。它比簡單工廠或工廠方法更進一步，能夠處理「多個產品等級結構」的建立問題。本文將透過生活化的軍事範例、UML 類圖解析、完整 C# 程式碼實作，以及 .NET 框架中的實際應用（DbProviderFactory），帶您徹底掌握此模式。

一、情境模擬：兵工廠的生產線切換

假設某國面臨戰爭，前期需生產「導彈」與「越野車」進行打擊，後期則轉為生產「核彈」與「主戰坦克」實施毀滅性打擊。這裡有兩個產品族（炸彈、坦克），每個族下又有多個具體產品。抽象工廠的核心在於：定義一個介面，讓具體工廠決定生產哪一族產品。

抽象工廠模式類圖 - 兵工廠範例

二、核心程式碼實作 (C#)

1. 產品抽象層：定義炸彈與坦克的公共行為

#region 炸彈系列
public abstract class Bomb
{
    public abstract void Explode();
}

public class MissileBomb : Bomb
{
    public override void Explode()
    {
        Console.WriteLine("我是一顆中國造導彈，來轟炸不老實的小邪惡國家！");
    }
}

public class NuclearBomb : Bomb
{
    public override void Explode()
    {
        Console.WriteLine("我是一顆中國造核彈，來轟炸不老實的小邪惡國家！");
    }
}
#endregion

#region 坦克系列
public abstract class Tank
{
    public abstract void Move();
}

public class OffroadVehicle : Tank
{
    public override void Move()
    {
        Console.WriteLine("我是一輛中國造越野車，來踏平不老實的小邪惡國家！");
    }
}

public class MainBattleTank : Tank
{
    public override void Move()
    {
        Console.WriteLine("我是一輛中國造主戰坦克，來踏平不老實的小邪惡國家！");
    }
}
#endregion

2. 抽象工廠與具體工廠：封裝產品族的建立邏輯

#region 中國兵工廠 (抽象工廠)
public abstract class ChinaFactory
{
    public abstract Tank CreateTank();
    public abstract Bomb CreateBomb();
}
#endregion

#region 具體工廠：前期生產線
public class EarlyWarFactory : ChinaFactory
{
    public override Bomb CreateBomb() => new MissileBomb();
    public override Tank CreateTank() => new OffroadVehicle();
}
#endregion

#region 具體工廠：後期生產線
public class LateWarFactory : ChinaFactory
{
    public override Bomb CreateBomb() => new NuclearBomb();
    public override Tank CreateTank() => new MainBattleTank();
}
#endregion

3. 客戶端：指揮作戰流程

public class WarCommander
{
    private Bomb _bomb;
    private Tank _tank;

    public WarCommander(ChinaFactory factory)
    {
        _bomb = factory.CreateBomb();
        _tank = factory.CreateTank();
    }

    public void LaunchAttack()
    {
        _bomb.Explode();
        _tank.Move();
    }
}

public class Program
{
    public static void Main()
    {
        // 前期作戰
        ChinaFactory earlyFactory = new EarlyWarFactory();
        WarCommander earlyCommander = new WarCommander(earlyFactory);
        earlyCommander.LaunchAttack();

        Console.WriteLine("按任意鍵，進入後期總攻...");
        Console.ReadKey();

        // 後期作戰：只需切換工廠實例
        ChinaFactory lateFactory = new LateWarFactory();
        WarCommander lateCommander = new WarCommander(lateFactory);
        lateCommander.LaunchAttack();

        Console.WriteLine("釣魚島是中國的，神聖不可侵犯！");
        Console.ReadLine();
    }
}

三、模式深度解析：定義、UML 與優缺點

抽象工廠模式標準 UML 類圖

核心角色

AbstractFactory (ChinaFactory)：宣告建立抽象產品的介面。
ConcreteFactory (EarlyWarFactory, LateWarFactory)：實作建立具體產品的方法。
AbstractProduct (Bomb, Tank)：定義產品介面。
ConcreteProduct (MissileBomb, MainBattleTank...)：實作具體產品。
Client (WarCommander)：僅透過抽象介面使用產品。

優點

封裝性強：客戶端與具體產品類解耦，易於維護與擴展。
產品族一致性：確保客戶端永遠使用同一族產品（如導彈配越野車，核彈配主戰坦克）。

缺點與適用場景

缺點：難以支援「新種類產品」的變化。若需新增產品類型（如增加「戰機」），必須修改抽象工廠介面及所有子類，違反開放-封閉原則。

適用場景：

系統不依賴產品類別的建立、組合與表示。
系統有多個產品族，但每次只使用其中一族。
需提供產品類別庫，所有產品以相同介面呈現。

四、 .NET 框架實戰：`System.Data.Common.DbProviderFactory`

.NET 資料提供者模型是抽象工廠的經典應用。DbProviderFactory 扮演抽象工廠，負責建立 DbConnection、DbCommand、DbDataAdapter 等一組相關物件。

// 抽象工廠角色
public abstract class DbProviderFactory
{
    public virtual DbConnection CreateConnection() { ... }
    public virtual DbCommand CreateCommand() { ... }
    public virtual DbDataAdapter CreateDataAdapter() { ... }
    // ... 其他建立方法
}

// 具體工廠：SQL Server 實作
public sealed class SqlClientFactory : DbProviderFactory
{
    public static readonly SqlClientFactory Instance = new SqlClientFactory();

    public override DbConnection CreateConnection() => new SqlConnection();
    public override DbCommand CreateCommand() => new SqlCommand();
    public override DbDataAdapter CreateDataAdapter() => new SqlDataAdapter();
    // ... 針對 SQL Server 的具體實作
}

開發者只需依賴 DbProviderFactory 介面，即可在不修改業務代碼的情況下切換資料庫（如從 SQL Server 換成 Oracle），完美體現了抽象工廠的威力。