首先來看看這兩者的定義區別：
工廠模式：定義一個用於創建對象的藉口，讓子類決定實例化哪一個類
抽象工廠模式：爲創建一組相關或相互依賴的對象提供一個接口，而且無需指定他們的具體類
個人覺得這個區別在於產品，如果產品單一，最合適用工廠模式，但是如果有多個業務品種、業務分類時，通過抽象工廠模式產生需要的對象是一種非常好的解決方式。再通俗深化理解下：工廠模式針對的是一個產品等級結構 ，抽象工廠模式針對的是面向多個產品等級結構的。
再來看看工廠方法模式與抽象工廠模式對比：
|
工廠方法模式 |
抽象工廠模式 |
| 針對的是一個產品等級結構 | 針對的是面向多個產品等級結構 |
| 一個抽象產品類 | 多個抽象產品類 |
| 可以派生出多個具體產品類 | 每個抽象產品類可以派生出多個具體產品類 |
| 一個抽象工廠類，可以派生出多個具體工廠類 | 一個抽象工廠類，可以派生出多個具體工廠類 |
| 每個具體工廠類只能創建一個具體產品類的實例 | 每個具體工廠類可以創建多個具體產品類的實例 |
舉個例子說明下：
用種蔬菜的例子來說明事實，最初的時候，由於規模小，只種植一種蔬菜，根菜類蔬菜，這個時候由於種植方式比較簡單，採用簡單工廠模式即可，主要目的是讓工人輕鬆，下達工廠種植即可，但是隨着種植廠的發展以及市場的需求，要增加一種蔬菜類型種植了，莖菜，由於莖菜與根菜種植方式不一致，就需要兩個專門的種植工廠來進行管理，那麼久採用工廠模式來管理，一個工廠負責一種作物的種植，這個時候產品可以理解爲仍然在一個層次。但是隨着科技的發展，我們逐步要種植轉基因與非轉基因食品了，在以前的蔬菜種類上又增加了一個層次，這個時候無法將其作爲一個層次來解決，所以必須採用抽象工廠的方式來解決。我用UML圖表示三種結構：
上面的UML圖很明顯的就看出來了，抽象工廠可以創建多個產品類對象，如在種菜工廠中，有種根菜，種莖菜。工廠模式與抽象工廠模式以及簡單工廠模式只有在具體應用的時候，分析具體的產品層級，然後選擇相應的設計模式。
而在沒一個層次，種菜工人所關心的對象也不一樣，在簡單工廠模式下，工人要想到種植蘿蔔還是白菜，在工廠模式下，工人想到是種植根菜還是莖菜，而在抽象工廠模式下，則關心種植基因菜還是非基因菜
