一、簡單工廠模式

例子：
抽象一個米飯的基類，這是抽象的產品類

public abstract class IRice {
    public void desc(){
        
    }
}

再來一份白米飯的具體產品類

public class SteamRice extends IRice {
    @Override
    public void desc() {
        System.out.println("白米飯好香好軟哦！");
    }
}

程式設計師加班快餐應付了事的黃燜雞米飯 具體的產品類：

public class HuangMenJiRice
 
 extends IRice{
    @Override
    public void desc() {
        System.out.println("黃燜雞米飯又便宜又好吃");
    }
}

再來一個我最愛吃的椰子飯 具體產品類

public class CoconutRice extends IRice{
    @Override
    public void desc() {
        System.out.println("又香又甜，東南亞的味道！");
    }
}

準備工作做完了，我們來到一家“簡單飯店”（簡單工廠類），選單如下

public class SimpleFactory {
    public static final int TYPE_SR = 1; //白米飯
    public static final int TYPE_HMJ=2; //黃燜雞米飯
    public static final int TYPE_CR=3; //椰子飯


    public static IRice createRice(int type){
        switch (type){
            case TYPE_SR:
                return new SteamRice();
 

            case TYPE_HMJ:
                return new HuangMenJiRice();
            case TYPE_CR:
            default:
                return new CoconutRice();
        }
        
    }
}

簡單工廠模式就提供一份選單，你要啥就給啥，沒有的我也做不了。
這裡我點了一份椰子飯

public static void main(String[] args) {
        IRice iRice = SimpleFactory.createRice(3);
        iRice.desc();
    }

//下面是輸出
又香又甜，東南亞的味道！

特點
1 它是一個具體的類，非介面 抽象類。有一個重要的create()方法，利用if或者 switch建立產品並返回。

2 create()方法通常是靜態的，所以也稱之為靜態工廠。

缺點
1 擴充套件性差（我想增加一種麵條，除了新增一個麵條產品類，還需要修改工廠類方法）

2 不同的產品需要不同額外引數的時候 不支援。

**

二、工廠方法模式

**

1.模式描述
提供一個用於建立物件的介面(工廠介面)，讓其實現類(工廠實現類)決定例項化哪一個類(產品類)，並且由該實現類建立對應類的例項。

2.模式作用
可以一定程度上解耦，消費者和產品實現類隔離開，只依賴產品介面(抽象產品)，產品實現類如何改動與消費者完全無關。

可以一定程度增加擴充套件性，若增加一個產品實現，只需要實現產品介面，修改工廠建立產品的方法，消費者可以無感知（若消費者不關心具體產品是什麼的情況）。
可以一定程度增加程式碼的封裝性、可讀性。清楚的程式碼結構，對於消費者來說很少的程式碼量就可以完成很多工作。
等等。//TODO
另外，抽象工廠才是實際意義的工廠模式，工廠方法只是抽象工廠的一個比較常見的情況。

3.適用場景
消費者不關心它所要建立物件的類(產品類)的時候。

消費者知道它所要建立物件的類(產品類)，但不關心如何建立的時候。

等等。//TODO

例如：hibernate裡通過sessionFactory建立session、通過代理方式生成ws客戶端時，通過工廠構建報文中格式化資料的物件。

4.模式要素
提供一個產品類的介面。產品類均要實現這個介面(也可以是abstract類，即抽象產品)。
提供一個工廠類的介面。工廠類均要實現這個介面(即抽象工廠)。
由工廠實現類建立產品類的例項。工廠實現類應有一個方法，用來例項化產品類。

建立一個工廠介面IFactory`

public interface IFactory {
    public IRice createRice();
}

建立一個椰子飯工廠

public class CoconutRiceFactory implements IFactory{
    @Override
    public IRice createRice() {
        return new CoconutRice();
    }
}

建立一個白飯工廠

public class SteamRiceFactory implements IFactory{
    @Override
    public IRice createRice() {
        return new SteamRice();
    }
}

程式碼測試：

public static void main(String[] args) {
        IFactory iFactory = new SteamRiceFactory();
        IRice rice = iFactory.createRice();
        rice.desc();
        iFactory = new CoconutRiceFactory();
        rice = iFactory.createRice();
        rice.desc();
    }
//結果
白米飯好香好軟哦！
又香又甜，東南亞的味道！

三、抽象工廠模式

定義：為建立一組相關或相互依賴的物件提供一個介面，而且無需指定他們的具體類。

型別：建立類模式

抽象工廠模式與工廠方法模式的區別

抽象工廠模式是工廠方法模式的升級版本，他用來建立一組相關或者相互依賴的物件。他與工廠方法模式的區別就在於，工廠方法模式針對的是一個產品等級結構；而抽象工廠模式則是針對的多個產品等級結構。在程式設計中，通常一個產品結構，表現為一個介面或者抽象類，也就是說，工廠方法模式提供的所有產品都是衍生自同一個介面或抽象類，而抽象工廠模式所提供的產品則是衍生自不同的介面或抽象類。

在抽象工廠模式中，有一個產品族的概念：所謂的產品族，是指位於不同產品等級結構中功能相關聯的產品組成的家族。抽象工廠模式所提供的一系列產品就組成一個產品族；而工廠方法提供的一系列產品稱為一個等級結構。我們依然拿生產汽車的例子來說明他們之間的區別。

抽象工廠模式的優點

抽象工廠模式除了具有工廠方法模式的優點外，最主要的優點就是可以在類的內部對產品族進行約束。所謂的產品族，一般或多或少的都存在一定的關聯，抽象工廠模式就可以在類內部對產品族的關聯關係進行定義和描述，而不必專門引入一個新的類來進行管理。

抽象工廠模式的缺點

   產品族的擴充套件將是一件十分費力的事情，假如產品族中需要增加一個新的產品，則幾乎所有的工廠類都需要進行修改。所以使用抽象工廠模式時，對產品等級結構的劃分是非常重要的。

適用場景

當需要建立的物件是一系列相互關聯或相互依賴的產品族時，便可以使用抽象工廠模式。說的更明白一點，就是一個繼承體系中，如果存在著多個等級結構（即存在著多個抽象類），並且分屬各個等級結構中的實現類之間存在著一定的關聯或者約束，就可以使用抽象工廠模式。假如各個等級結構中的實現類之間不存在關聯或約束，則使用多個獨立的工廠來對產品進行建立，則更合適一點。

總結

無論是簡單工廠模式，工廠方法模式，還是抽象工廠模式，他們都屬於工廠模式，在形式和特點上也是極為相似的，他們的最終目的都是為了解耦。在使用時，我們不必去在意這個模式到底工廠方法模式還是抽象工廠模式，因為他們之間的演變常常是令人琢磨不透的。經常你會發現，明明使用的工廠方法模式，當新需求來臨，稍加修改，加入了一個新方法後，由於類中的產品構成了不同等級結構中的產品族，它就變成抽象工廠模式了；而對於抽象工廠模式，當減少一個方法使的提供的產品不再構成產品族之後，它就演變成了工廠方法模式。

所以，在使用工廠模式時，只需要關心降低耦合度的目的是否達到了。