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

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

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

二、模式結(jié)構(gòu)與角色

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

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

三、一個簡單的示例

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

1. 定義抽象產(chǎn)品 Shape 接口，包含 draw() 方法。
2. 定義具體產(chǎn)品 Circle、Rectangle 類，實現(xiàn) Shape 接口。
3. 創(chuàng)建工廠類 ShapeFactory，提供一個靜態(tài)方法 getShape(String type)。當傳入?yún)?shù)為 “CIRCLE” 時，返回 Circle 對象；為 “RECTANGLE” 時，返回 Rectangle 對象。

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

四、模式的優(yōu)點

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

五、模式的缺點與局限性

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

六、適用場景

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

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

七、

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