跳至主要内容

💡 簡單工廠

Simple Factory Pattern

概述

  • 他不屬於 GoF 23 經典設計模式
  • 不過他常常被拿來當作學習其他工廠模式的基礎
  • 主要概念為: 傳入正確參數,就可以獲得所需要的物件,而且不需知道細節
  • 由於建立物件通常由靜態函式實現,因此又稱 靜態工廠方法

優缺點

  • 優點:
    1. 可以將建立物件,與物件的使用分離
    2. 開發者不用知道類別的名稱,只需要知道參數的代號即可,可大幅減少使用複查命名的錯誤率
    3. 如果參數透過檔案傳入,那可以增加系統的靈活性
  • 缺點:
    1. 由於它包含了所有類別的建立,因使職責極重,當他無法運作會對系統造成極大的影響
    2. 如果產品很多,容易造成系統的複雜度提高與程式可讀性降低
    3. 不易擴展,每當有新的產品加入,就不得不修改工廠邏輯

應用場景

  1. 需建立的產品比較少,才不會對提高工廠的複雜維度
  2. 客戶端只需要知道參數即可,對如何建立物件無須知道

範例

1. 建立報表介面

public interface IChart {
void display();
}

2. 實作介面

public class HistogramChart:IChart {
public void display()
{
// 顯示 柱狀圖
}
}

public class PiChart:IChart {
public void display()
{
// 顯示 圓餅圖
}
}

public class LineChart:IChart {
public void display()
{
// 顯示 折線圖
}
}

3. 建立列舉

public enum ChartType
{
histogram,
pie,
line
}

4. 工廠類別

public class Factory {
// 靜態工廠方法
public static IChart GetChart(ChartType chartType)
{
switch (chartType)
{
case ChartType.histogram :
return new HistogramChart();
case ChartType.pie :
return new PiChart();
case ChartType.line :
return new LineChart();
default:
throw new Exception("無此類型的報表!");
}
}
}

5. 實際使用

void Main()
{
// 柱狀圖
Factory.GetChart(ChartType.histogram).display();
// 圓餅圖
Factory.GetChart(ChartType.pie).display();
// 折線圖
Factory.GetChart(ChartType.line).display();
}

簡單工廠角色

由簡單工廠的結構中,可以歸納出以下幾個角色

1. 工廠角色 Factory

  • 他是整個模式的核心,負責實現所有產品
  • 應該為靜態方法
  • 必須回傳抽象類別

2. 抽象產品角色 Product

  • 為所有商品的父類
  • 他必須定義所有商品的規格
  • 也會是工廠回傳的對象

3. 實際產品角色 Concrete

  • 是工廠角色實現的目標
  • 必須繼承並實作抽象產品

由於需要對抽象商品進行重構\ 因此商品規格不可以包山包海\ 應該為單一層次的結構