詳解Java項(xiàng)目中的工廠模式

詳解Java項(xiàng)目中的工廠模式？針對這個(gè)問題，這篇文章詳細(xì)介紹了相對應(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è)工廠，工廠方法模式對每一個(gè)產(chǎn)品都有相應(yīng)的工廠

　　好處：增加一個(gè)運(yùn)算類（例如N次方類），只需要增加運(yùn)算類和相對應(yīng)的工廠，兩個(gè)類，不需要修改工廠類。

　　缺點(diǎn)：增加運(yùn)算類，會修改客戶端代碼，工廠方法只是把簡單工廠的內(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)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識。