什麼是簡單工廠？

簡單工廠不是設(shè)計(jì)模式。它只是將物件創(chuàng)建與客戶端程式碼解耦。換句話說，簡單工廠透過將實(shí)例化邏輯移至單獨(dú)的類別來封裝物件實(shí)例化。

簡單工廠常與工廠模式混淆。我們將研究簡單工廠來闡明它們的差異。另外，學(xué)習(xí)簡單工廠可以幫助我們輕鬆理解工廠模式。

簡單工廠可以解決什麼問題？

應(yīng)避免對(duì)具體實(shí)作進(jìn)行編程，因?yàn)檫@會(huì)使應(yīng)用程式非常難以維護(hù)。對(duì)介面進(jìn)行程式設(shè)計(jì)總是更好的選擇。如果您在客戶端程式碼中實(shí)例化一個(gè)具體類，那麼簡單工廠會(huì)派上用場，因?yàn)楹唵喂S可以將物件建立與客戶端分離。這使得我們的應(yīng)用程式更具可擴(kuò)展性和可維護(hù)性。

問題

我們正在為漢堡店開發(fā)系統(tǒng)。系統(tǒng)需要製作牛肉漢堡、雞肉漢堡等各種漢堡。

我們的第一次嘗試是這樣的：

// Client orders a burger
Burger orderBurger(String type) {
    Burger burger;

    if (type.equals("beef")) {
        burger = new BeefBurger();
    } else if (type.equals("chicken")) {
        burger = new ChickenBurger();
    } else if (type.equals("fish")) {
        burger = new FishBurger();
    }

    burger.prepareBun();
    burger.grillPatty();
    burger.addToppings();
    burger.wrap();

    return burger;
}

問題是，我們正在針對(duì)實(shí)作進(jìn)行編碼，而不是針對(duì)介面進(jìn)行編碼。在哪裡？我們使用 if 語句並根據(jù)漢堡類型實(shí)例化一個(gè)特定類別。
為什麼會(huì)出現(xiàn)這個(gè)問題呢？我們的客戶端程式碼與物件創(chuàng)建緊密耦合，導(dǎo)致靈活性降低！假設(shè)我們不再銷售魚漢堡，並開始銷售素食漢堡。我們需要存取我們的客戶端程式碼並修改它。也就是說不關(guān)閉修改。

解決方案

為了解決這個(gè)問題，我們可以創(chuàng)建單獨(dú)的類，它只負(fù)責(zé)物件的創(chuàng)建。那麼我們的客戶端程式碼就不需要擔(dān)心物件創(chuàng)建並且能夠依賴抽象。這種技術(shù)稱為「封裝變化的內(nèi)容」。我們預(yù)計(jì)有關(guān)實(shí)例化具體物件的程式碼將經(jīng)常更改，而未來所有漢堡中的prepareBun()、grillPatty()、addToppings()、wrap()過程可能會(huì)保持不變。
簡單工廠的優(yōu)點(diǎn)是可以被其他類別重複使用。我們可能有其他客戶端類別，例如 BurgerRestaurant、BurgerCateringShop，它們將使用 SimpleBurgerFactory.createBurger() 方法。

1. 客戶
   客戶端透過SimpleBurgerFactory實(shí)例化特定的漢堡物件。請(qǐng)注意，從客戶端角度來看，我們不知道將創(chuàng)建哪個(gè)特定漢堡，也就是說，物件創(chuàng)建邏輯現(xiàn)在與客戶端解耦。

2. 簡單漢堡工廠
   這個(gè)類別封裝了不同的內(nèi)容，在本例中是物件創(chuàng)建邏輯！ createBurger() 被宣告為靜態(tài)方法，因?yàn)榭蛻舳讼胍褂么祟悂韺?shí)例化物件（當(dāng)然，在實(shí)例化它之前我們不能有實(shí)例！）。 createBurger() 接受 BurgerType 枚舉來決定應(yīng)創(chuàng)建哪種類型的漢堡。

3. 漢堡
   這個(gè)抽象類別提供所有漢堡之間的通用介面並定義預(yù)設(shè)行為。

4. 漢堡子類
   這是我們的具體產(chǎn)品。只要擴(kuò)展 Burger 類，他們就可以透過重寫方法來實(shí)現(xiàn)特定行為。

結(jié)構(gòu)

程式碼

// Client orders a burger
Burger orderBurger(String type) {
    Burger burger;

    if (type.equals("beef")) {
        burger = new BeefBurger();
    } else if (type.equals("chicken")) {
        burger = new ChickenBurger();
    } else if (type.equals("fish")) {
        burger = new FishBurger();
    }

    burger.prepareBun();
    burger.grillPatty();
    burger.addToppings();
    burger.wrap();

    return burger;
}

public enum BurgerType {
    BEEF,
    CHICKEN,
    FISH,
    VEGGIE
}

// Abstract Product
public abstract class Burger {

    public BurgerType burgerType;
    public List<String> toppings = new ArrayList<>();

    public void prepareBun() {
        System.out.println("Preparing a bun");
    }

    public void grillPatty() {
        if (burgerType == null) {
            throw new IllegalStateException("pattyType is undefined");
        }
        System.out.println("Grill a " + burgerType + " patty");
    }

    public void addToppings() {
        for (String item : toppings) {
            System.out.println("Add " + item);
        }
    }

    public void wrap() {
        System.out.println("Wrap a burger up");
    }
}

// Concrete product
public class BeefBurger extends Burger {

    public BeefBurger() {
        burgerType = BurgerType.BEEF;
        List<String> items = List.of("lettuce", "pickle slices", "tomato slice", "BBQ sauce");
        toppings.addAll(items);
    }
}

// Concrete product
public class VeggieBurger extends Burger {

    public VeggieBurger() {
        burgerType = BurgerType.VEGGIE;
        List<String> items = List.of("smoked paprika", "garlic chips", "crushed walnuts", "veggie sauce");
        toppings.addAll(items);
    }

    // Concrete product can implement specific behavior that differs from other products
    @Override
    public void wrap() {
        System.out.println("Wrapping paper shouldn't print any meats but vegetables");
    }
}

// Simple factory, responsible for instantiating an object
public class SimpleBurgerFactory {

    public static Burger createBurger(BurgerType type) {
        return switch (type) {
            case BEEF -> new BeefBurger();
            case CHICKEN -> new ChickenBurger();
            case FISH -> new FishBurger();
            case VEGGIE -> new VeggieBurger();
            default -> throw new IllegalArgumentException("unknown burger type");
        };
    }
}

輸出：

public class Client {

    public static void main(String[] args) {
        Burger burger = orderBurger(BurgerType.VEGGIE);
        System.out.println(burger); // Check if the object is actually veggie burger
    }

    public static Burger orderBurger(BurgerType type) {
        // Factory is responsible for object creation
        Burger burger = SimpleBurgerFactory.createBurger(type);

        burger.prepareBun();
        burger.grillPatty();
        burger.addToppings();
        burger.wrap();

        return burger;
    }
}

陷阱

• 物件實(shí)例化的決策程式碼有時(shí)可能會(huì)更加複雜。在這種情況下，我們不妨考慮使用Factory方法來代替。

與工廠模式的比較

• 簡單工廠中，通常有一個(gè)工廠類別來決定創(chuàng)建哪種類型的產(chǎn)品，而工廠模式可能會(huì)引入多個(gè)工廠。
• 簡單工廠經(jīng)常使用靜態(tài)方法創(chuàng)建對(duì)象，呼叫容易但擴(kuò)展困難。另一方面，工廠方法在超類別中使用抽象方法，它充當(dāng)所有工廠和子類別的接口，將為物件實(shí)例化提供具體的實(shí)現(xiàn)。

您可以在這裡查看所有設(shè)計(jì)模式的實(shí)作。
GitHub 儲(chǔ)存庫

附註
我是剛開始寫科技博客，如果您對(duì)我的寫作有什麼建議，或者有任何困惑的地方，請(qǐng)留言！
感謝您的閱讀:)

以上是簡單工廠的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！