原創(chuàng)文章，轉(zhuǎn)載請務(wù)必將下面這段話置于文章開頭處莉炉。
本文轉(zhuǎn)發(fā)自Jason's Blog钓账，原文鏈接
http://www.jasongj.com/design_pattern/factory_method/
工廠方法模式解決的問題
上文《簡單工廠模式不簡單》中提到，簡單工廠模式有如下缺點絮宁，而工廠方法模式可以解決這些問題
- 由于工廠類集中了所有實例的創(chuàng)建邏輯梆暮，這就直接導(dǎo)致一旦這個工廠出了問題，所有的客戶端都會受到牽連绍昂。
- 由于簡單工廠模式的產(chǎn)品是基于一個共同的抽象類或者接口啦粹，這樣一來，產(chǎn)品的種類增加的時候窘游，即有不同的產(chǎn)品接口或者抽象類的時候唠椭，工廠類就需要判斷何時創(chuàng)建何種接口的產(chǎn)品，這就和創(chuàng)建何種種類的產(chǎn)品相互混淆在了一起忍饰，違背了單一職責原則贪嫂，導(dǎo)致系統(tǒng)喪失靈活性和可維護性。
- 簡單工廠模式違背了“開放-關(guān)閉原則”艾蓝，因為當我們新增加一個產(chǎn)品的時候必須修改工廠類力崇，相應(yīng)的工廠類就需要重新編譯一遍。
- 簡單工廠模式由于使用了靜態(tài)工廠方法赢织，造成工廠角色無法形成基于繼承的等級結(jié)構(gòu)亮靴。
工廠方法模式
工廠方法模式介紹
工廠方法模式（Factory Method Pattern）又稱為工廠模式，也叫多態(tài)工廠模式或者虛擬構(gòu)造器模式于置。在工廠方法模式中台猴，工廠父類定義創(chuàng)建產(chǎn)品對象的公共接口，具體的工廠子類負責創(chuàng)建具體的產(chǎn)品對象俱两。每一個工廠子類負責創(chuàng)建一種具體產(chǎn)品。
工廠方法模式類圖
工廠模式類圖如下 (點擊可查看大圖)
Factory Method Pattern Class Diagram
工廠方法模式角色劃分
- 抽象產(chǎn)品（或者產(chǎn)品接口）曹步，如上圖中IUserDao
- 具體產(chǎn)品宪彩，如上圖中的MySQLUserDao，PostgreSQLUserDao和OracleUserDao
- 抽象工廠（或者工廠接口）讲婚，如IFactory
- 具體工廠尿孔，如MySQLFactory，PostgreSQLFactory和OracleFactory
工廠方法模式使用方式
如簡單工廠模式直接使用靜態(tài)工廠方法創(chuàng)建產(chǎn)品對象不同，在工廠方法活合，客戶端通過實例化具體的工廠類雏婶，并調(diào)用其創(chuàng)建實例接口創(chuàng)建具體產(chǎn)品類的實例。根據(jù)依賴倒置原則白指，具體工廠類的實例由工廠接口引用（客戶端依賴于抽象工廠而非具體工廠）留晚，具體產(chǎn)品的實例由產(chǎn)品接口引用（客戶端和工廠依賴于抽象產(chǎn)品而非具體產(chǎn)品）。具體調(diào)用代碼如下
package com.jasongj.client;
import com.jasongj.dao.IUserDao;
import com.jasongj.factory.IDaoFactory;
import com.jasongj.factory.MySQLDaoFactory;
public class Client {
public static void main(String[] args) {
IDaoFactory factory = new MySQLDaoFactory();
IUserDao userDao = factory.createUserDao();
userDao.getUser("admin");
}
}
工廠方法模式示例代碼
本文所述工廠方法模式示例代碼可從作者Github下載
工廠方法模式優(yōu)點
- 因為每個具體工廠類只負責創(chuàng)建產(chǎn)品告嘲，沒有簡單工廠中的邏輯判斷错维，因此符合單一職責原則。
- 與簡單工廠模式不同橄唬，工廠方法并不使用靜態(tài)工廠方法赋焕，可以形成基于繼承的等級結(jié)構(gòu)。
- 新增一種產(chǎn)品時仰楚，只需要增加相應(yīng)的具體產(chǎn)品類和相應(yīng)的工廠子類即可隆判，相比于簡單工廠模式需要修改判斷邏輯而言，工廠方法模式更符合開-閉原則僧界。
工廠方法模式缺點
- 添加新產(chǎn)品時侨嘀，除了增加新產(chǎn)品類外，還要提供與之對應(yīng)的具體工廠類捎泻，系統(tǒng)類的個數(shù)將成對增加飒炎，在一定程度上增加了系統(tǒng)的復(fù)雜度，有更多的類需要編譯和運行笆豁，會給系統(tǒng)帶來一些額外的開銷郎汪。
- 雖然保證了工廠方法內(nèi)的對修改關(guān)閉，但對于使用工廠方法的類闯狱，如果要換用另外一種產(chǎn)品煞赢，仍然需要修改實例化的具體工廠。
- 一個具體工廠只能創(chuàng)建一種具體產(chǎn)品
簡單工廠模式與OOP原則
已遵循的原則
- 依賴倒置原則
- 迪米特法則
- 里氏替換原則
- 接口隔離原則
- 單一職責原則（每個工廠只負責創(chuàng)建自己的具體產(chǎn)品哄孤，沒有簡單工廠中的邏輯判斷）
- 開閉原則（增加新的產(chǎn)品照筑，不像簡單工廠那樣需要修改已有的工廠，而只需增加相應(yīng)的具體工廠類）
未遵循的原則
- 開閉原則（雖然工廠對修改關(guān)閉了瘦陈，但更換產(chǎn)品時凝危，客戶代碼還是需要修改）
Java設(shè)計模式系列
- Java設(shè)計模式（一） 簡單工廠模式不簡單
- Java設(shè)計模式（二） 工廠方法模式
- Java設(shè)計模式（三） 抽象工廠模式
- Java設(shè)計模式（四） 觀察者模式
- Java設(shè)計模式（五） 組合模式
- Java設(shè)計模式（六） 代理模式 VS. 裝飾模式
- Java設(shè)計模式（七） Spring AOP JDK動態(tài)代理 vs. cglib
- Java設(shè)計模式（八） 適配器模式
- Java設(shè)計模式（九） 橋接模式
- Java設(shè)計模式（十） 你真的用對單例模式了嗎？
- Java設(shè)計模式（十一） 享元模式
- Java設(shè)計模式（十二） 策略模式
- Java設(shè)計模式（十三） 別人再問你設(shè)計模式晨逝，叫他看這篇文章
