一、什么是簡單工廠模式

簡單工廠模式又稱為靜態(tài)工廠模式，實質(zhì)是由一個工廠類根據(jù)傳入的參數(shù)，動態(tài)決定應(yīng)該創(chuàng)建哪一個產(chǎn)品類（這些產(chǎn)品類繼承自一個父類或接口）的實例。簡單工廠模式的創(chuàng)建目標(biāo)，所有創(chuàng)建的對象都是充當(dāng)這個角色的某個具體類的實例。

其實就是將一個具體類的實例化交給一個靜態(tài)工廠方法來執(zhí)行，它不屬于GOF的23種設(shè)計模式，但現(xiàn)實中卻經(jīng)常會用到，而且思想也非常簡單。

二、簡單工廠模式的結(jié)構(gòu)

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

Factory：工廠角色

Product：抽象產(chǎn)品角色

ConcreteProduct：具體產(chǎn)品角色

三、簡單工廠模式的應(yīng)用場景

1.前幾天蘋果公司剛發(fā)布IPhone Xs和iPhone XR，那么問題來了，蘋果公司的代工廠到底生產(chǎn)多少種尺寸的手機呢?

1.由工廠決定生產(chǎn)哪種型號的的手機，蘋果公司的工廠就是一個工廠類，是簡單工廠模式的核心類。

2.iPhoneX、iPhoneXs、iphoneXr都是蘋果手機，只是型號不同。蘋果手機類滿足抽象的定義，各個型號的手機類是其具體實現(xiàn)。

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

在以下情況下可以使用簡單工廠模式：

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

四、簡單工廠模式和工廠方法模式區(qū)別

簡單工廠模式：

（1）工廠類負(fù)責(zé)創(chuàng)建的對象比較少，由于創(chuàng)建的對象較少，不會造成工廠方法中的業(yè)務(wù)邏輯太過復(fù)雜。

（2）客戶端只知道傳入工廠類的參數(shù)，對于如何創(chuàng)建對象并不關(guān)心。

工廠方法模式：

（1）客戶端不知道它所需要的對象的類。

（2）抽象工廠類通過其子類來指定創(chuàng)建哪個對象。

五、簡單工廠模式和策略模式的異同

策略模式和簡單工廠模式看起來非常相似，都是通過多態(tài)來實現(xiàn)不同子類的選取，這種思想應(yīng)該是從程序的整體來看得出的。

如果從使用這兩種模式的角度來看的話，我們會發(fā)現(xiàn)在簡單工廠模式中我們只需要傳遞相應(yīng)的條件就能得到想要的一個對象，然后通過這個對象實現(xiàn)算法的操作。

而策略模式，使用時必須首先創(chuàng)建一個想使用的類對象，然后將該對象最為參數(shù)傳遞進去，通過該對象調(diào)用不同的算法。

在簡單工廠模式中實現(xiàn)了通過條件選取一個類去實例化對象，策略模式則將選取相應(yīng)對象的工作交給模式的使用者，它本身不去做選取工作。

結(jié)合下面的代碼和下面的釋義不難看出，其實兩個的差別很微妙,Factory是直接創(chuàng)建具體的對象并用該對象去執(zhí)行相應(yīng)的動作，而Context將這個操作給了Context類，沒有創(chuàng)建具體的對象，實現(xiàn)的代碼的進一步封裝，客戶端代碼并不需要知道具體的實現(xiàn)過程。

六、簡單工廠模式的優(yōu)缺點

優(yōu)點：

工廠類是整個模式的關(guān)鍵.包含了必要的邏輯判斷,根據(jù)外界給定的信息,決定究竟應(yīng)該創(chuàng)建哪個具體類的對象.

通過使用工廠類,外界可以從直接創(chuàng)建具體產(chǎn)品對象的尷尬局面擺脫出來,僅僅需要負(fù)責(zé)“消費”對象就可以了。

而不必管這些對象究竟如何創(chuàng)建及如何組織的．明確了各自的職責(zé)和權(quán)利，有利于整個軟件體系結(jié)構(gòu)的優(yōu)化。

缺點：

由于工廠類集中了所有實例的創(chuàng)建邏輯，違反了開閉原則，將全部創(chuàng)建邏輯集中到了一個工廠類中；

它所能創(chuàng)建的類只能是事先考慮到的，如果需要添加新的類，則就需要改變工廠類了。

當(dāng)系統(tǒng)中的具體產(chǎn)品類不斷增多時候，可能會出現(xiàn)要求工廠類根據(jù)不同條件創(chuàng)建不同實例的需求．

這種對條件的判斷和對具體產(chǎn)品類型的判斷交錯在一起，很難避免模塊功能的蔓延，對系統(tǒng)的維護和擴展非常不利；

開閉原則定義：一個軟件實體如類、模塊和函數(shù)應(yīng)該對擴展開放，對修改關(guān)閉。

開放-封閉原則的意思就是說，你設(shè)計的時候，時刻要考慮，盡量讓這個類是足夠好，寫好了就不要去修改了，如果新需求來，我們增加一些類就完事了，原來的代碼能不動則不動。這個原則有兩個特性，一個是說“對于擴展是開放的”，另一個是說“對于更改是封閉的”。面對需求，對程序的改動是通過增加新代碼進行的，而不是更改現(xiàn)有的代碼。這就是“開放-封閉原則”的精神所在。

七、簡單工廠模式的實現(xiàn)

首先創(chuàng)建一個"蘋果手機"類，定義一個獲取手機尺寸的方法

//蘋果手機
public abstract class ApplePhone {
    //獲取尺寸
    protected abstract void getSize();
 }

蘋果手機不同型號的"手機類"。

public class IphoneX:ApplePhone{
    public void getSize() {
        Console.WriteLine("iPhoneX屏幕:3.5英寸");
    }
}
public class IphoneXs:ApplePhone{
     public void getSize() {
        Console.WriteLine("iPhoneX屏幕:4.5英寸");
    }
}
public class IphoneXR:ApplePhone{
    public void getSize() {
        Console.WriteLine("iPhoneX屏幕:5.5英寸");
    }
}

建立一個"工廠類"生產(chǎn)不同型號的"手機對象"。

//蘋果工廠
public class AppleFactory {
    public static ApplePhone createPhone(String model){
        ApplePhone applePhone = null;
        switch (model) {
            case"iPhoneX":
                applePhone = new IphoneX();
                break;
            case"iPhoneXs":
                applePhone = new IphoneXs();
                break;
            case"iPhoneXr":
                applePhone = new IphoneXR();
                break;
            default:
                break;
        }
        returnapplePhone;
    }
}

最后是客戶端測試類

public class Client {
    public static void main(String[] args) {
        ApplePhone applePhone ;
        applePhone = AppleFactory.createPhone("iPhoneX");
        applePhone.getSize();
        applePhone = AppleFactory.createPhone("iPhoneXs");
        applePhone.getSize();
        applePhone = AppleFactory.createPhone("iPhoneXr");
        applePhone.getSize();
    }
}

八、總結(jié)

創(chuàng)建型模式對類的實例化過程進行了抽象，能夠?qū)ο蟮膭?chuàng)建與對象的使用過程分離。

簡單工廠模式又稱為靜態(tài)工廠方法模式，它屬于類創(chuàng)建型模式。在簡單工廠模式中，可以根據(jù)參數(shù)的不同返回不同類的實例。

簡單工廠模式專門定義一個類來負(fù)責(zé)創(chuàng)建其他類的實例，被創(chuàng)建的實例通常都具有共同的父類。

簡單工廠模式包含三個角色：工廠角色負(fù)責(zé)實現(xiàn)創(chuàng)建所有實例的內(nèi)部邏輯；抽象產(chǎn)品角色是所創(chuàng)建的所有對象的父類，負(fù)責(zé)描述所有實例所共有的公共接口；具體產(chǎn)品角色是創(chuàng)建目標(biāo)，所有創(chuàng)建的對象都充當(dāng)這個角色的某個具體類的實例。

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

簡單工廠模式最大的優(yōu)點在于實現(xiàn)對象的創(chuàng)建和對象的使用分離，將對象的創(chuàng)建交給專門的工廠類負(fù)責(zé)，但是其最大的缺點在于工廠類不夠靈活，增加新的具體產(chǎn)品需要修改工廠類的判斷邏輯代碼，而且產(chǎn)品較多時，工廠方法代碼將會非常復(fù)雜。

簡單工廠模式適用情況包括：工廠類負(fù)責(zé)創(chuàng)建的對象比較少；客戶端只知道傳入工廠類的參數(shù)，對于如何創(chuàng)建對象不關(guān)心。

本篇文章就到這里了，希望能夠給你帶來幫助，也希望您能夠多多關(guān)注腳本之家的更多內(nèi)容！

最新評論