主頁 > 軟體設計 > 【技識訓累】軟體設計模式中的工廠模式【一】

【技識訓累】軟體設計模式中的工廠模式【一】

2023-06-14 09:59:06 軟體設計

什么是工廠模式?

工廠模式是一種設計模式,它利用工廠類來創建物件,而不是在程式中直接實體化物件,

工廠模式可以隱藏創建物件的具體細節,提高代碼可維護性和可擴展性,

其核心思想是將物件的創建與具體實作分離開來,通過工廠類統一管理物件的創建,使得客戶端無需了解創建物件的具體實作,

工廠類根據客戶端請求的不同,回傳不同的物件實體,

工廠模式主要包括三種方式:簡單工廠模式、工廠方法模式和抽象工廠模式,

什么是簡單工廠模式?

簡單工廠模式(Simple Factory Pattern),又稱靜態工廠模式,是一種常見的設計模式之一,它是由一個工廠物件決定創建出哪一種產品類的實體,而客戶端不需要知道具體實作類的類名,只需要知道所需產品的型別即可,

簡單工廠模式的核心思想是將多個具有共同特征的產品類抽象成一個產品類,并創建一個工廠類來生成這些產品的實體,

這樣,客戶端只需要傳遞一個引數給工廠類即可實作創建實體的功能,使得客戶端與具體實作類解耦,使得后期維護更加方便,

 

好比去餐廳吃飯,你只需要跟服務員點菜(請求產品),告訴服務員你想要吃什么菜(指定物件型別),服務員就會為你送上菜(回傳物件),

你不需要知道菜是如何做出來的(物件是如何創建的),只需要享受美食,

這就是簡單工廠模式對于物件的創建程序進行了封裝,讓使用者不需要知道具體的實作程序,更加方便快捷,

// 定義產品抽象類
abstract class Product {
    public abstract void use();
}
// 定義具體產品類
class ProductA extends Product {
    public void use() {
        System.out.println("使用產品A");
    }
}
class ProductB extends Product {
    public void use() {
        System.out.println("使用產品B");
    }
}
// 定義工廠類
class Factory {
    public static Product createProduct(String type) {
        if (type.equals("A")) {
            return new ProductA();
        } else if (type.equals("B")) {
            return new ProductB();
        } else {
            return null;
        }
    }
}
// 客戶端使用工廠來創建產品實體
public static void main(String[] args) {
    Product product = Factory.createProduct("A");
    product.use();
}

簡單工廠模式的優點和缺點

簡單工廠模式(Simple Factory Pattern)是一種創建型設計模式,它提供了一種簡單、通用的方式來創建物件,實作了對客戶端代碼的解耦使得客戶端不需要知道物件的具體實作,下面分別詳細介紹簡單工廠模式的優點和缺點,以及分別用Java偽代碼演示,

優點:

1. 降低客戶端的耦合度:客戶端只需要知道工廠類即可,不需要知道具體的產品類,使得客戶端代碼與具體類的實作解耦,

2. 客戶端不需要知道物件的創建程序:只需要知道工廠類提供的介面即可,無需了解具體物件的創建程序,使得客戶端更加容易使用產品類,

3. 工廠方法有利于橫向擴展:可以很容易擴展出新的產品類,只需要撰寫新的產品子類和工廠方法即可,

缺點:

1. 工廠類的職責相對較重,不易于擴展:如果需要添加新的產品類,需要修改工廠類的代碼,可能會引起潛在的風險,

2. 不符合開閉原則:增加新的產品需要修改工廠類的代碼,不符合開閉原則,

3. 簡單工廠類只能創建單一型別的產品,無法滿足多種產品的需求,

 Java偽代碼演示簡單工廠模式

//先定義一個抽象產品介面:

public interface Product {
    void run();
}

//再定義具體產品類:


public class ProductA implements Product {
    @Override
    public void run() {
        System.out.println("ProductA is running.");
    }
}

public class ProductB implements Product {
    @Override
    public void run() {
        System.out.println("ProductB is running.");
    }
}


//定義一個簡單的工廠類:


public class SimpleFactory {
    public static Product createProduct(int type) {
        if (type == 1) {
            return new ProductA();
        } else if (type == 2) {
            return new ProductB();
        } else {
            return null;
        }
    }
}

優點的演示:

public class Client {
    public static void main(String[] args) {
        Product product = SimpleFactory.createProduct(1);
        if (product != null) {
            product.run();
        } else {
            System.out.println("Invalid type.");
        }
    }
}

這樣就可以實作客戶端代碼與具體類的實作解耦,客戶端只需要知道工廠類即可,

缺點的演示:

public class Client {
    public static void main(String[] args) {
        Product product = SimpleFactory.createProduct(3);
        if (product != null) {
            product.run();
        } else {
            System.out.println("Invalid type.");
        }
    }
}

當傳入引數為3時,會回傳null,表示無效的型別,這樣就需要修改工廠類的代碼,不符合開閉原則,

簡單工廠模式的組成部分和作業流程是什么?如何創建一個簡單工廠模式

簡單工廠模式的組成部分包括:

  1. 工廠類:負責創建產品的類,通常是一個靜態工廠方法,根據不同的引數生成不同的產品,
  2. 抽象產品類:定義產品的抽象方法或介面,是具體產品類的父類,
  3. 具體產品類:實作抽象產品類定義的方法或介面,是由工廠類創建的產品,

簡單工廠模式的作業流程是:

  1. 客戶端通過呼叫工廠類的靜態工廠方法并傳遞相應的引數,請求創建產品,
  2. 工廠類根據傳遞的引數創建對應的具體產品類實體,
  3. 工廠類將創建的產品回傳給客戶端,
  4. 客戶端使用產品實體執行相應的操作,

下面是簡單工廠模式的實作步驟:

  1. 創建一個抽象產品介面:定義了所有產品必須實作的方法,
  2. 創建具體產品類:實作抽象產品介面,并定義特定于該產品的方法,
  3. 創建一個工廠類:工廠類包含一個用于創建產品的方法,該方法接受一個引數(通常是一個列舉值或一個字串),根據引數值的不同回傳不同的具體產品物件,
  4. 在客戶端代碼中使用工廠類:通過呼叫工廠類的靜態方法,根據需要獲取產品,

 代碼可參照上一個問題的案例

簡單工廠模式適用于哪些場景

簡單工廠模式適用于以下場景:

  1. 需要創建的物件較少,通常不超過5個,
  2. 物件的生成程序比較簡單,只需要根據輸入引數選擇不同的構造方式即可,
  3. 客戶端不需要知道物件的具體類名,只需要知道物件的型別即可,
  4. 不需要通過繼承來實作不同產品之間的差異,只需要通過同一個工廠來創建不同型別的產品即可,
  5. 最初設計時不確定物件會有哪些具體的子類,但仍然需要通過某種方式來創建這些物件,這時可以先在工廠中添加這些物件,后續再根據需求修改工廠的實作,

總之,簡單工廠模式適合于物件較少、生成程序簡單、無需知道具體類名、不需要通過繼承來實作差異、允許動態修改工廠實作等情況,但是,隨著業務增長,可能會變得難以維護,因為所有的創建邏輯都在一個工廠中,容易導致代碼量增加、邏輯復雜等問題,因此,在選擇使用簡單工廠模式時應該注意這些風險,并考慮是否需要更復雜的創建模式來滿足業務需求,

簡單工廠模式客戶端如何處理產品物件的創建例外

簡單工廠模式是一種創建型設計模式,其目的是在不暴露創建邏輯的情況下創建物件,但是,當創建程序中出現例外時,客戶端需要處理例外,以避免應用程式崩潰,

在簡單工廠模式中,客戶端通過工廠類創建產品物件,如果創建程序中出現例外,則工廠類需要拋出例外,客戶端可以捕獲例外,并相應地處理它,

假設有一個形狀工廠類,它可以創建不同型別的形狀,例如圓形、矩形和三角形,客戶端通過提供形狀型別來請求創建相應的形狀物件,

public class ShapeFactory {
    public Shape createShape(String shapeType) throws InvalidShapeException {
        switch (shapeType) {
            case "circle":
                return new Circle();
            case "rectangle":
                return new Rectangle();
            case "triangle":
                return new Triangle();
            default:
                throw new InvalidShapeException("Invalid shape type provided: " + shapeType);
        }
    }
}

在這個工廠類中,如果客戶端提供一個無效的形狀型別,則會拋出一個無效形狀例外(InvalidShapeException),客戶端可以通過捕獲此類例外來處理創建程序中的例外,以下是客戶端如何處理例外的示例偽代碼

try {
    ShapeFactory shapeFactory = new ShapeFactory();
    Shape circle = shapeFactory.createShape("circle");
    Shape rectangle = shapeFactory.createShape("rectangle");
    Shape triangle = shapeFactory.createShape("triangle");
    Shape square = shapeFactory.createShape("square"); //Invalid Shape Type
} catch (InvalidShapeException e) {
    System.out.println(e.getMessage());
}

在上述示例中,當客戶端請求創建一個無效形狀時,工廠類將拋出一個InvalidShapeException,客戶端通過捕獲此例外并列印其訊息來處理創建程序中的例外,

通過這種方式,客戶端可以在簡單工廠模式中處理例外,并且可以使應用程式從例外中恢復,

抽象工廠模式是什么

抽象工廠模式是一種創建型設計模式,它提供介面用于創建一系列相關或依賴物件,而不需要指定它們的具體類,抽象工廠模式允許客戶端使用抽象介面和實作介面分離的方式來創建一組相關的物件,

抽象工廠模式中包含抽象工廠、具體工廠、抽象產品和具體產品四個角色,

  1. 抽象工廠定義了一組用于創建抽象產品的介面
  2. 具體工廠實作了抽象工廠中定義的介面,用于生產一組具體產品
  3. 抽象產品定義了一組用于操作產品的介面
  4. 具體產品實作了抽象產品中定義的介面,

使用抽象工廠模式,如果需要增加一種產品系列,則只需添加一個新的具體工廠和一組具體產品,而不需要改變已有的代碼,

這種模式可以有效地減少代碼的耦合性,提高系統的擴展性和靈活性,

抽象工廠模式就是一個廠家能夠生產多個系列產品,例如一個化妝品公司可以生產多個系列的護膚品和化妝品,

為了讓生產程序更加標準和規范化,該公司會設計多個生產線,每條生產線專門生產一種系列產品,每條生產線里都有專門的設備和加工工藝,不能互相混用,例如生產基礎護膚品的生產線不能生產高端抗衰老護膚品,

這時,抽象工廠模式就很適用了,該公司設計一個抽象工廠介面,用于生產一類產品,然后各個生產線分別實作該介面,并且生產出來的產品都要符合該介面標準,這樣,不同生產線之間可以互相替換,客戶端也無需知道具體的生產程序,只需通過訪問抽象工廠介面來獲取需要的產品就可以了,

//首先,定義產品族的抽象基類 AbstractProductA 和 AbstractProductB:


public abstract class AbstractProductA {
    public abstract void use();
}

public abstract class AbstractProductB {
    public abstract void eat();
}


//然后,定義不同產品的具體實作類 ProductA1、ProductA2、ProductB1 和 ProductB2:


public class ProductA1 extends AbstractProductA {
    public void use() {
        System.out.println("Product A1 is used");
    }
}

public class ProductA2 extends AbstractProductA {
    public void use() {
        System.out.println("Product A2 is used");
    }
}

public class ProductB1 extends AbstractProductB {
    public void eat() {
        System.out.println("Product B1 is eaten");
    }
}

public class ProductB2 extends AbstractProductB {
    public void eat() {
        System.out.println("Product B2 is eaten");
    }
}


//接著,定義抽象工廠介面 AbstractFactory,包含用于創建產品族的介面方法:

public interface AbstractFactory {
    public AbstractProductA createProductA();
    public AbstractProductB createProductB();
}


//然后,定義具體的工廠類 ConcreteFactory1 和 ConcreteFactory2,分別實作 AbstractFactory 介面并實作其中的方法:


public class ConcreteFactory1 implements AbstractFactory {
    public AbstractProductA createProductA() {
        return new ProductA1();
    }
    public AbstractProductB createProductB() {
        return new ProductB1();
    }
}

public class ConcreteFactory2 implements AbstractFactory {
    public AbstractProductA createProductA() {
        return new ProductA2();
    }
    public AbstractProductB createProductB() {
        return new ProductB2();
    }
}

//最后,客戶端只需要訪問抽象工廠介面,具體工廠的實體化和具體產品的創建都被封裝到工廠內部:

public class Client {
    public static void main(String[] args) {
        AbstractFactory factory1 = new ConcreteFactory1();
        AbstractProductA productA1 = factory1.createProductA();
        AbstractProductB productB1 = factory1.createProductB();
        productA1.use();
        productB1.eat();

        AbstractFactory factory2 = new ConcreteFactory2();
        AbstractProductA productA2 = factory2.createProductA();
        AbstractProductB productB2 = factory2.createProductB();
        productA2.use();
        productB2.eat();
    }
}

//輸出結果為:

Product A1 is used
Product B1 is eaten
Product A2 is used
Product B2 is eaten

//這樣,就通過抽象工廠模式創建了不同的產品族,并且客戶端與具體產品類實作解耦了,

抽象工廠模式與簡單工廠模式的區別

抽象工廠模式和簡單工廠模式都是面向物件的創建型設計模式,它們的主要區別在于以下幾個方面:

1.抽象工廠模式可以創建一系列關聯的產品,而簡單工廠只能創建一個產品,

2.在抽象工廠模式中,有多個抽象產品類,每個抽象產品類可以有多個具體產品類實作,而簡單工廠模式中,只有一個抽象產品類和一個具體產品類,

3.抽象工廠模式通常是面向一個產品等級結構的,可以擴展不同的產品系列,而簡單工廠模式是面向單一產品的,

4.抽象工廠模式要求客戶端代碼使用抽象介面來創建一組相關的產品物件,而簡單工廠模式僅需要一個傳遞一些引數和一個實體化物件,

5.抽象工廠模式的適用范圍比簡單工廠模式更廣,但實作抽象工廠模式的成本也更高,簡單工廠模式較為簡單易懂,易于使用和實作,

總之,抽象工廠模式適用于需求變動較頻繁,需要同時創建多個產品族的場景,而簡單工廠模式適用于創建單一產品,且該產品創建的邏輯不隨需求變動,

綜上所述,抽象工廠模式和簡單工廠都有自己的特點和應用場景,需要根據具體需求選擇合適的工廠模式來實作代碼,

在黑夜里夢想著光,心中覆寫悲傷,在悲傷里忍受孤獨,空守一絲溫暖, 我的淚水是無底深海,對你的愛已無言,相信無盡的力量,那是真愛永在, 我的信仰是無底深海,澎湃著心中火焰,燃燒無盡的力量,那是忠誠永在,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/555126.html

標籤:設計模式

上一篇:手把手教你實戰TDD

下一篇:返回列表

標籤雲
其他(160951) Python(38226) JavaScript(25495) Java(18235) C(15237) 區塊鏈(8270) C#(7972) AI(7469) 爪哇(7425) MySQL(7248) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5875) 数组(5741) R(5409) Linux(5347) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4591) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2435) ASP.NET(2404) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) .NET技术(1984) 功能(1967) HtmlCss(1966) Web開發(1951) C++(1939) python-3.x(1918) 弹簧靴(1913) xml(1889) PostgreSQL(1881) .NETCore(1863) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【技識訓累】軟體設計模式中的工廠模式【一】

    博客推行版本更新,成果積累制度,已經寫過的博客還會再次更新,不斷地琢磨,高質量高數量都是要追求的,工匠精神是學習必不可少的精神。因此,大家有何建議歡迎在評論區踴躍發言,你們的支持是我最大的動力,你們敢投,我就敢肝 ......

    uj5u.com 2023-06-14 09:59:06 more
  • 手把手教你實戰TDD

    本文將對測驗驅動開發(TDD)進行探討,主要內容有:TDD基本理解、TDD常見誤區、TDD技術選型,以及案例實戰。希望通過本文,讀者能夠理解掌握TDD并將其應用于實際開發中。 ......

    uj5u.com 2023-06-14 09:58:53 more
  • 驅動開發:內核LoadLibrary實作DLL注入

    遠程執行緒注入是最常用的一種注入技術,在應用層注入是通過`CreateRemoteThread`這個函式實作的,通過該函式通過創建執行緒并呼叫 `LoadLibrary` 動態載入指定的DLL來實作注入,而在內核層同樣存在一個類似的內核函式`RtlCreateUserThread`,但需要注意的是此函式... ......

    uj5u.com 2023-06-14 09:58:43 more
  • 里氏替換原則究竟如何理解?

    介紹里氏替換原則的文章非常多,但可能大家看完之后,心中仍然留有疑問,如何去落地實作,如何判斷是否影響程式功能。本文將帶領大家深入理解里氏替換,一起領略下它的真正面目。 ......

    uj5u.com 2023-06-14 09:58:25 more
  • 復雜業務系統的通用架構設計法則

    生活中我們經常談及 “架構”,那么到底什么是 “架構”,Robert C.Martin《架構整潔之道》中的定義:軟體架構是指設計軟體的人為軟體賦予的形狀,這個形狀是指系統如何被劃分為組件 (Components),各個組件如何排列(Arrangement),組件之間如何溝通(Communicatio... ......

    uj5u.com 2023-06-13 08:31:24 more
  • 復雜業務系統的通用架構設計法則

    生活中我們經常談及 “架構”,那么到底什么是 “架構”,Robert C.Martin《架構整潔之道》中的定義:軟體架構是指設計軟體的人為軟體賦予的形狀,這個形狀是指系統如何被劃分為組件 (Components),各個組件如何排列(Arrangement),組件之間如何溝通(Communicatio... ......

    uj5u.com 2023-06-13 08:30:07 more
  • C++ 單例模式的各種坑及最佳實踐

    單例模式是設計模式中最簡單、常見的一種。其主要目的是確保整個行程中,只有一個類的實體,并且提供一個統一的訪問介面。常用于 Logger 類、通信介面類等。 # 基本原理 限制用戶直接訪問類的建構式,提供一個統一的 public 介面獲取單例物件。 這里有一個“先有雞還是先有蛋”的問題: - 因為用 ......

    uj5u.com 2023-06-12 08:05:33 more
  • 策 略 模 式「指 鼠 為 鴨」

    大家好,我是 god23bin,今天我們來介紹下設計模式中的一個重要的設計模式——策略模式。

    當涉及到某個行為或演算法有多個變體時,策略模式是一種常見的設計模式。它允許在運行時選擇使用不同的策略,而無需修改現有代碼。

    現在就使用設計模式中經常出現的鴨子模型來介紹吧! ......

    uj5u.com 2023-06-12 08:05:23 more
  • C++ 單例模式的各種坑及最佳實踐

    單例模式是設計模式中最簡單、常見的一種。其主要目的是確保整個行程中,只有一個類的實體,并且提供一個統一的訪問介面。常用于 Logger 類、通信介面類等。 # 基本原理 限制用戶直接訪問類的建構式,提供一個統一的 public 介面獲取單例物件。 這里有一個“先有雞還是先有蛋”的問題: - 因為用 ......

    uj5u.com 2023-06-12 08:05:07 more
  • 策 略 模 式「指 鼠 為 鴨」

    大家好,我是 god23bin,今天我們來介紹下設計模式中的一個重要的設計模式——策略模式。

    當涉及到某個行為或演算法有多個變體時,策略模式是一種常見的設計模式。它允許在運行時選擇使用不同的策略,而無需修改現有代碼。

    現在就使用設計模式中經常出現的鴨子模型來介紹吧! ......

    uj5u.com 2023-06-12 08:04:57 more