前言

利用簡單工廠模式可以實現(xiàn)對象創(chuàng)建和業(yè)務邏輯處理的分離，但存在工廠類職責過重，增添新產(chǎn)品違背開閉原則等問題。它不屬于GoF 23種設計模式之一，但是它可以作為學習工廠方法模式前的一個很好的引導。

為了方便學習和交流，我會把「手撕設計模式」系列的代碼上傳到Github，需要的小伙伴可以到上面下載（記得順手star一下~）。

GitHub地址：https://github.com/VeggieOrz/DesignPattern

文章目錄

• 前言
• 1. 模式動機
• 2. 模式定義
• 3.模式結(jié)構(gòu)
• 4. 模式實現(xiàn)
• 5. 模式總結(jié)
• • 5.1 優(yōu)點
  • 5.2 缺點
  • 5.3 適用環(huán)境
• 參考資料

1. 模式動機

在這里還是考慮這個很經(jīng)典的軟件應用場景，一個軟件系統(tǒng)可以提供多個外觀不用的按鈕（如圓形按鈕、矩形按鈕、菱形按鈕等），這些按鈕都源自同一個基類，不過繼承基類后不同的子類修改了部分屬性從而使得它們可以呈現(xiàn)不同的外觀，如果我們希望在使用這些按鈕時，不需要知道這些具體按鈕類的名稱，只需要知道表示該按鈕類的一個參數(shù)，并提供一個調(diào)用方便的方法，把該參數(shù)傳入方法即可返回一個相應的按鈕對象。此時，就可以使用簡單工廠模式。

2. 模式定義

簡單工廠模式(Simple Factory Pattern)，又稱為為靜態(tài)工廠方法(Static Factory Method)模式，它屬于類創(chuàng)建模式。在簡單工廠模式中，可以根據(jù)參數(shù)的不同返回不同類的實例。簡單工廠模式專門定義一個類來負責創(chuàng)建其他類的實例，被創(chuàng)建的實例通常都具有共同的父類。

簡單工廠模式的要點：當你需要什么，只需要傳入一個正確的參數(shù)，就可以獲取你所需的對象，無需知道其創(chuàng)建細節(jié)。

3.模式結(jié)構(gòu)

模式的結(jié)構(gòu)如下圖所示：

簡單工廠模式包含如下角色：

• Factory（工廠角色）：工廠類是簡單工廠模式的核心，負責實現(xiàn)創(chuàng)建所有實例的內(nèi)部邏輯。外界通過調(diào)用它提供的靜態(tài)工廠方法factoryMethod()來實現(xiàn)對象的創(chuàng)建，需要注意的是，方法的返回類型必須是抽象產(chǎn)品類（接口）。
• Product（抽象產(chǎn)品角色）：抽象產(chǎn)品類是簡單工廠模式所有對象的父類，負責描述所有實例所共有的公共接口。
• ConcreteProduct（具體產(chǎn)品角色）：具體產(chǎn)品類繼承了抽象產(chǎn)品類，是它的具體實現(xiàn)類（需要實現(xiàn)定義抽象產(chǎn)品類中的抽象方法），也是簡單工廠模式的創(chuàng)建目標。

4. 模式實現(xiàn)

這里就根據(jù)上面的模式結(jié)構(gòu)圖，對簡單工廠模式進行一個簡單的實現(xiàn)。

（1）抽象產(chǎn)品類

這是所有產(chǎn)品類的抽象類，它定義了所有產(chǎn)品類所以共有的方法，我們在這里把它定義成接口。

// 抽象產(chǎn)品類 public interface Product {public void use(); }

（2）具體產(chǎn)品類

這是具體產(chǎn)品實現(xiàn)類，它繼承（實現(xiàn)）了抽象類（接口），是對抽象產(chǎn)品的具體描述，需要實現(xiàn)在抽象類中定義的方法。

// 具體產(chǎn)品類A public class ConcreteProductA implements Product {public void use() {System.out.println("This is product A");} } // 具體產(chǎn)品類B public class ConcreteProductB implements Product{public void use() {System.out.println("This is product B");} }

（3）工廠類

這是工廠類，它提供了負責創(chuàng)建具體產(chǎn)品類對象的靜態(tài)工廠方法。需要注意的是，方法的返回值類型必須是抽象產(chǎn)品類。

// 工廠類 public class Factory {// 靜態(tài)工廠方法public static Product createProduct(String arg) throws Exception{if (arg != null && "A".equalsIgnoreCase(arg)) {System.out.println("Product A is being produced");return new ConcreteProductA();} else if (arg != null && "B".equalsIgnoreCase(arg)) {System.out.println("Product B is being produced");return new ConcreteProductB();} else {throw new Exception("Sorry,This kind of product is not found");}} }

（4）工具類

這是一個用具類，主要用于讀取配置文件?？梢詭椭蛻舳嗽诓恍枰薷拇a的情況下，完成具體產(chǎn)品類對象的更換。

import java.io.File; import javax.xml.parsers.*; import org.w3c.dom.*;public class XMLUtilProduct {public static String getBrandName() {try {// 創(chuàng)建文檔對象DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();DocumentBuilder builder = dFactory.newDocumentBuilder();Document doc;doc = builder.parse(new File("./src/simpleFactory/configProduct.xml"));// 獲取包含品牌名稱的文本節(jié)點NodeList nl = doc.getElementsByTagName("brandName");Node classNode = nl.item(0).getFirstChild();String brandName = classNode.getNodeValue().trim();return brandName;} catch (Exception e) {e.printStackTrace();return null;}} }

（5）客戶端

客戶端主要用于對簡單工廠模式的測試，我們只要改變配置文件中<brandName>標簽中的值，就可以實現(xiàn)從具體產(chǎn)品類A到具體產(chǎn)品類B的使用切換，不需要修改任何代碼。

public class Client {public static void main(String[] args) {try {Product product;String brandName = XMLUtilProduct.getBrandName(); product = Factory.createProduct(brandName);product.use();} catch (Exception e) {System.out.println(e.getMessage());}} }

配置文件如下所示：

<?xml version="1.0"?> <config><brandName>A</brandName> </config>

只要掌握這種實現(xiàn)思想，即使換成其他產(chǎn)品（手機、電視機……），只要滿足簡單工廠方法的使用場景，你就可以它應用到系統(tǒng)的實現(xiàn)中。

5. 模式總結(jié)

5.1 優(yōu)點

• 實現(xiàn)了對象創(chuàng)建和使用的分離。
• 客戶端無須知道所創(chuàng)建的具體產(chǎn)品類的類名，只需要知道產(chǎn)品類所對應的參數(shù)即可。
• 通過引入配置文件，可以在不修改客戶端代碼的情況下更換具體產(chǎn)品類，在一定程度上提高了系統(tǒng)的靈活性。

5.2 缺點

• 工廠類的職責過重，它集中了所有產(chǎn)品的創(chuàng)建邏輯，一旦不能正常工作，整個系統(tǒng)都要受到影響。
• 系統(tǒng)拓展困難，一旦添加新產(chǎn)品不得不修改工廠邏輯，違背了開閉原則。
• 工廠類不能得到很好地拓展，由于使用了靜態(tài)工廠方法，造成工廠覺得無法形成基于繼承的等級結(jié)構(gòu)。c

5.3 適用環(huán)境

• 工廠類負責創(chuàng)建的對象比較少：由于穿件對象較少，不會造成工廠方法中的業(yè)務邏輯太過復雜。
• 客戶端只知道傳入工廠類的參數(shù)，對于如何創(chuàng)建對象不關系：客戶端既不需要關心創(chuàng)建細節(jié)，甚至連類名都不需要記住，只需要知道類型所對應的參數(shù)。

參考資料

《Java設計模式》

Simple Factory | GitHub

---

如果看完本文感覺有所收獲，別忘了點贊哦~

總結(jié)

以上是生活随笔為你收集整理的手撕设计模式之「简单工厂模式」（Java描述）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。