工廠模式
工廠模式在《Java與模式》中分爲三類：
1）簡單工廠模式（Simple Factory）
2）工廠方法模式（Factory Method）
3）抽象工廠模式（Abstract Factory）
簡單工廠模式
簡單工廠模式又稱靜態工廠方法模式。重命名上就可以看出這個模式一定很簡單。它存在的目的很簡單：定義一個用於創建對象的接口。
它的組成：
1) 工廠類角色：這是本模式的核心，含有一定的商業邏輯和判斷邏輯。在java中它往往由
一個具體類實現。
2) 抽象產品角色：它一般是具體產品繼承的父類或者實現的接口。在java中由接口或者抽
象類來實現。
3) 具體產品角色：工廠類所創建的對象就是此角色的實例。在java中由一個具體類實現。
工廠方法模式
工廠方法模式去掉了簡單工廠模式中工廠方法的靜態屬性，使得它可以被子類繼承。這樣在簡單工廠模式裏集中在工廠方法上的壓力可以由工廠方法模式裏不同的工廠子類來分擔。
它的組成：
1) 抽象工廠角色： 這是工廠方法模式的核心，它與應用程序無關。是具體工廠角色必須
實現的接口或者必須繼承的父類。在java中它由抽象類或者接口來實現。
2) 具體工廠角色：它含有和具體業務邏輯有關的代碼。由應用程序調用以創建對應的具體
產品的對象。
3) 抽象產品角色：它是具體產品繼承的父類或者是實現的接口。在java中一般有抽象類
或者接口來實現。
4) 具體產品角色：具體工廠角色所創建的對象就是此角色的實例。在java中由具體的類
來實現。
工廠方法模式彷彿已經很完美的對對象的創建進行了包裝，使得客戶程序中僅僅處理抽象產品角色提供的接口。那我們是否一定要在代碼中遍佈工廠呢？大可不必。也許在下面情況下你可以考慮使用工廠方法模式：
1) 當客戶程序不需要知道要使用對象的創建過程。
2) 客戶程序使用的對象存在變動的可能，或者根本就不知道使用哪一個具體的對象。
簡單工廠模式與工廠方法模式真正的避免了代碼的改動了？沒有。在簡單工廠模式中，新產品的加入要修改工廠角色中的判斷語句；而在工廠方法模式中，要麼將判斷邏輯留在抽象工廠角色中，要麼在客戶程序中將具體工廠角色寫死（就象上面的例子一樣）。而且產品對象創建條件的改變必然會引起工廠角色的修改。 面對這種情況，Java的反射機制與配置文件的巧妙結合突破了限制——這在Spring中完美的體現了出來。
抽象工廠模式
抽象工廠模式的用意爲：給客戶端提供一個接口，可以創建多個產品族中的產品對象 而且使用抽象工廠模式還要滿足一下條件：
1) 系統中有多個產品族，而系統一次只可能消費其中一族產品。 2) 同屬於同一個產品族的產品以其使用。
來看看抽象工廠模式的各個角色（和工廠方法的如出一轍）：
1) 抽象工廠角色： 這是工廠方法模式的核心，它與應用程序無關。是具體工廠角色必須
實現的接口或者必須繼承的父類。在java中它由抽象類或者接口來實現。 2) 具體工廠角色：它含有和具體業務邏輯有關的代碼。由應用程序調用以創建對應的具體
產品的對象。在java中它由具體的類來實現。
3) 抽象產品角色：它是具體產品繼承的父類或者是實現的接口。在java中一般有抽象類
或者接口來實現。
4) 具體產品角色：具體工廠角色所創建的對象就是此角色的實例。在java中由具體的類
來實現。