詳解Java項(xiàng)目中的工廠模式-創(chuàng)新互聯(lián)
詳解Java項(xiàng)目中的工廠模式？針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。
簡單工廠模式
當(dāng)需要加法類的時(shí)候，調(diào)用工廠類的CreateOperate()，要指定制造的Product
例如在大話設(shè)計(jì)模式P11給的運(yùn)算工廠例子：
public static Operation createOperate(string operate)
{
Operation oper = null;
12
switch (operate)
{
case "+":
{
oper = new OperationAdd();
break;
}
case "-":
{
oper = new OperationSub();
break;
}
case "*":
{
oper = new OperationMul();
break;
}
case "/":
{
oper = new OperationDiv();
break;
}
}
return oper;
}
}調(diào)用工廠，需要createOperator("/")，就能返回除法運(yùn)算符。
優(yōu)點(diǎn)：客戶端不需要修改代碼。
缺點(diǎn)： 當(dāng)需要增加新的運(yùn)算類的時(shí)候，不僅需新加運(yùn)算類，還要修改工廠類，違反了開閉原則?！?/p>
工廠方法模式
UML類圖如下：
這個(gè)和簡單工廠有區(qū)別，簡單工廠模式只有一個(gè)工廠，工廠方法模式對(duì)每一個(gè)產(chǎn)品都有相應(yīng)的工廠
好處：增加一個(gè)運(yùn)算類（例如N次方類），只需要增加運(yùn)算類和相對(duì)應(yīng)的工廠，兩個(gè)類，不需要修改工廠類。
缺點(diǎn)：增加運(yùn)算類，會(huì)修改客戶端代碼，工廠方法只是把簡單工廠的內(nèi)部邏輯判斷移到了客戶端進(jìn)行。
抽象工廠模式：
UML類圖如下：
從圖上可以看出這和工廠方法模式很相似，但是呢，有幾個(gè)區(qū)別：
抽象工廠模式，一個(gè)具體工廠可以制造幾個(gè)產(chǎn)品，例如微軟工廠（相當(dāng)于SqlserverFactory）可以制造微軟鼠標(biāo)（屬于鼠標(biāo)類，鼠標(biāo)類下面有惠普鼠標(biāo)，微軟鼠標(biāo)等，相當(dāng)于上圖中的IDepartment下面的SqlserverDepartment和AccessDepartment），也可以制造微軟鍵盤(屬于鍵盤類，鍵盤類下面有惠普鍵盤，微軟鍵盤等，相當(dāng)于上圖中的IUser下面的SqlserverUser和AccessUser）。
工廠方法模式：一個(gè)抽象產(chǎn)品類，可以派生出多個(gè)具體產(chǎn)品類。 一個(gè)抽象工廠類，可以派生出多個(gè)具體工廠類。 每個(gè)具體工廠類只能創(chuàng)建一個(gè)具體產(chǎn)品類的實(shí)例。 抽象工廠模式：多個(gè)抽象產(chǎn)品類，每個(gè)抽象產(chǎn)品類可以派生出多個(gè)具體產(chǎn)品類。 一個(gè)抽象工廠類，可以派生出多個(gè)具體工廠類。 每個(gè)具體工廠類可以創(chuàng)建多個(gè)具體產(chǎn)品類的實(shí)例。 區(qū)別：工廠方法模式只有一個(gè)抽象產(chǎn)品類，而抽象工廠模式有多個(gè)。 工廠方法模式的具體工廠類只能創(chuàng)建一個(gè)具體產(chǎn)品類的實(shí)例，而抽象工廠模式可以創(chuàng)建多個(gè)。
優(yōu)點(diǎn)：易于交換產(chǎn)品系列，例如Access和SQLServer數(shù)據(jù)庫之間切換。
缺點(diǎn)：例如增加一個(gè)機(jī)箱產(chǎn)品，不僅需要添加三個(gè)類“機(jī)箱類，微軟機(jī)箱，惠普機(jī)箱”，還要修改惠普工廠，微軟工廠支持制造機(jī)箱。而添加一個(gè)聯(lián)想工廠的時(shí)候，只需要添加三個(gè)類，使用聯(lián)想工廠還是要修改客戶端代碼的。
DataAccess的代碼如下：
這樣，在DataAccess里面直接指定數(shù)據(jù)庫（指定品牌），當(dāng)需要換數(shù)據(jù)庫（or 品牌）的時(shí)候，修改DataAccess內(nèi)的代碼。
當(dāng)然可以用反射方法修改數(shù)據(jù)庫，這樣，只需要修改配置文件。就完美的改善了抽象工廠的缺點(diǎn)，而且在客戶端不用修改代碼。
反射實(shí)現(xiàn)：
要修改db屬性：
關(guān)于詳解Java項(xiàng)目中的工廠模式問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。
文章標(biāo)題：詳解Java項(xiàng)目中的工廠模式-創(chuàng)新互聯(lián)
本文來源：http://m.jiaotiyi.com/article/idgcd.html