官方介紹：

• 意圖：定義一個建立物件的介面，讓其子類自己決定例項化哪一個工廠類，工廠模式使其建立過程延遲到子類進行。
• 主要解決：主要解決介面選擇的問題。
• 何時使用：我們明確地計劃不同條件下建立不同例項時。
• 如何解決：讓其子類實現工廠介面，返回的也是一個抽象的產品。
• 關鍵程式碼：建立過程在其子類執行。
• 應用例項：

• 1、您需要一輛汽車，可以直接從工廠裡面提貨，而不用去管這輛汽車是怎麼做出來的，以及這個汽車裡面的具體實現。
• 2、Hibernate 換資料庫只需換方言和驅動就可以。

• 優點：

• 1、一個呼叫者想建立一個物件，只要知道其名稱就可以了。
• 2、擴充套件性高，如果想增加一個產品，只要擴充套件一個工廠類就可以。
• 3、遮蔽產品的具體實現，呼叫者只關心產品的介面。

• 缺點：每次增加一個產品時，都需要增加一個具體類和物件實現工廠，使得系統中類的個數成倍增加，在一定程度上增加了系統的複雜度，同時也增加了系統具體類的依賴。這並不是什麼好事。
• 使用場景：

• 1、日誌記錄器：記錄可能記錄到本地硬碟、系統事件、遠端伺服器等，使用者可以選擇記錄日誌到什麼地方。
• 2、資料庫訪問，當用戶不知道最後系統採用哪一類資料庫，以及資料庫可能有變化時。
• 3、設計一個連線伺服器的框架，需要三個協議，“POP3”、“IMAP”、“HTTP”，可以把這三個作為產品類，共同實現一個介面。

• 注意事項：作為一種建立類模式，在任何需要生成複雜物件的地方，都可以使用工廠方法模式。有一點需要注意的地方就是複雜物件適合使用工廠模式，而簡單物件，特別是只需要通過 new 就可以完成建立的物件，無需使用工廠模式。如果使用工廠模式，就需要引入一個工廠類，會增加系統的複雜度。

自我總結

就是把 （生產 水果的工廠），（生產糧食的工廠） 等等 一些工廠 按照工廠模式抽象出一個超級工廠來生成這些普通工廠。

程式碼uml圖 程式碼原始碼

1 bean

2factory 工廠類

3 呼叫方法

package com.project.NO2abstractfactorypattern.main;

import com.project.NO2abstractfactorypattern.bean.CerealEnum;
import com.project.NO2abstractfactorypattern.factory.FactoryIn;
import com.project.NO2abstractfactorypattern.factory.SuperFactory;

public class Main {

	public static void main(String[] args) {
		FactoryIn fac=SuperFactory.getFactory("Cereal");
		System.out.println(fac.getCereal(CerealEnum.Sorghum).getName());

	}

}