在軟件開發中，對象的創建是一個基礎且頻繁的操作。隨著項目規模的增長，直接使用 new 關鍵字實例化對象的方式可能導致代碼耦合度高、難以維護和擴展。為了解決這一問題，設計模式應運而生，而簡單工廠模式（Simple Factory Pattern）作為創建型模式的入門基石，以其簡潔直觀的特性，在眾多場景中發揮著重要作用。

一、什么是簡單工廠模式？

簡單工廠模式，又稱靜態工廠方法模式，它提供一個專門的類（通常稱為工廠類）來負責創建其他類的實例。客戶端不直接調用具體類的構造函數，而是通過向工廠類傳遞參數，由工廠類根據參數決定創建并返回哪一種產品類的對象。其核心在于將對象的創建邏輯封裝起來，使客戶端代碼與具體產品類解耦。

二、模式結構與角色

簡單工廠模式通常包含以下三個角色：

1. 工廠角色（Factory）：這是模式的核心，負責實現創建所有具體產品實例的內部邏輯。它通常包含一個靜態方法（如 createProduct），根據傳入的參數或條件返回不同的產品對象。
2. 抽象產品角色（Product）：定義了產品對象的公共接口或抽象類，是所有具體產品類的父類。它確保了工廠返回的產品具有一致性。
3. 具體產品角色（Concrete Product）：實現了抽象產品接口的具體類，是工廠創建的目標對象。

三、一個簡單的示例

假設我們正在開發一個圖形繪制程序，需要創建不同的形狀（如圓形、矩形、三角形）。不使用模式時，客戶端代碼需要明確知道每個具體形狀類的存在。而使用簡單工廠模式后：

1. 定義抽象產品 Shape 接口，包含 draw() 方法。
2. 定義具體產品 Circle、Rectangle 類，實現 Shape 接口。
3. 創建工廠類 ShapeFactory，提供一個靜態方法 getShape(String type)。當傳入參數為 “CIRCLE” 時，返回 Circle 對象；為 “RECTANGLE” 時，返回 Rectangle 對象。

這樣，客戶端代碼只需調用 ShapeFactory.getShape("CIRCLE").draw() 即可，無需關心 Circle 是如何被實例化的。當需要新增三角形時，只需添加新的具體產品類并在工廠方法中增加一個判斷分支，客戶端代碼基本無需改動。

四、模式的優點

• 職責分離：將對象的創建與使用分離，客戶端只需知道所需產品對應的參數，無需了解創建細節。
• 降低耦合：客戶端代碼僅依賴于抽象產品和工廠，不依賴于具體產品類，提高了系統的靈活性和可維護性。
• 便于管理：可以將大量分散的對象創建邏輯集中到工廠類中，便于統一管理和修改，例如引入對象池、配置化創建等。

五、模式的缺點與局限性

• 違背開閉原則：這是簡單工廠模式最顯著的缺點。當需要增加新的產品類型時，必須修改工廠類的源代碼（增加新的判斷分支），而不是擴展它。這違反了“對擴展開放，對修改關閉”的原則。
• 工廠類職責過重：隨著產品種類的增加，工廠方法的邏輯會變得越來越復雜（龐大的 if-else 或 switch 語句），成為一個“上帝類”，不利于維護。
• 難以形成繼承體系：由于工廠類通常使用靜態方法，它無法通過繼承來改變創建行為。

六、適用場景

簡單工廠模式適用于以下情況：

• 工廠類負責創建的對象種類較少，且不會頻繁變化。
• 客戶端只需要傳入一個參數，無需關心對象的創建過程和內部細節。
• 作為一個過渡性設計，在項目初期或復雜度不高時使用，為后續引入更復雜的工廠方法模式或抽象工廠模式奠定基礎。

七、

簡單工廠模式是一種非常實用且易于理解的設計模式。它通過封裝對象的創建過程，有效降低了模塊間的耦合度，使代碼結構更加清晰。其違背開閉原則的缺陷也決定了它更適合于產品類型穩定、變化不頻繁的場景。在軟件開發中，準確識別場景需求，合理運用簡單工廠模式，可以顯著提升代碼的初始質量，并為后續的架構演進鋪平道路。當系統復雜度增加時，應及時考慮升級到工廠方法模式或抽象工廠模式，以獲得更好的擴展性。