《Java設(shè)計(jì)模式》結(jié)課

本文格式為Word版，下載可任意編輯——《Java設(shè)計(jì)模式》結(jié)課葡萄類的源代碼如下所示?？梢钥闯?，Grape類同樣實(shí)現(xiàn)了水果接口，從而是水果類型的一種子類型。

代碼清單3：類Grape的源代碼publicclassGrapeimplementsFruit{privatebooleanseedless;//生長

publicvoidgrow(){

log(\}//收獲

publicvoidharvest(){

log(\}//種植

publicvoidplant(){

log(\}

//輔助方法

publicstaticvoidlog(Stringmsg){System.out.println(msg);}

//有無籽的取值方法publicbooleangetSeedless(){returnseedless;}

//有無籽的賦值方法

publicvoidsetSeedless(booleanseedless){this.seedless=seedless;}}

Strawberry類實(shí)現(xiàn)了Fruit接口，因此，也是水果類型的子類型，其源代碼如下所示。

代碼清單4：類Strawberry的源代碼publicclassStrawberryimplementsFruit{//生長

publicvoidgrow(){

log(\}//收獲

publicvoidharvest(){

log(\}//種植

publicvoidplant(){

log(\}

//輔助方法

publicstaticvoidlog(Stringmsg){System.out.println(msg);}

}

農(nóng)場的園丁也是系統(tǒng)的一部分，自然要由一個(gè)適合的類來代表。這個(gè)類就FruitGardener類，其結(jié)構(gòu)由下面描述。

FruitGardener類會(huì)根據(jù)客戶端的要求，創(chuàng)立出不同的水果對(duì)象，譬如蘋果（Apple），葡萄（Grape）或草莓（Strawberry）的實(shí)例。而假使接到不合法的要求，F(xiàn)ruitGardener類會(huì)拋出BadFruitException異常。園丁類的源代碼如下所示。

代碼清單5：FruitGardener類的源代碼publicclassFruitGardener{//靜態(tài)工廠方法

publicstaticFruitfactory(Stringwhich)throwsBadFruitException{if(which.equalsIgnoreCase(\returnnewApple();}

elseif(which.equalsIgnoreCase(\returnnewStrawberry();}

elseif(which.equalsIgnoreCase(\returnnewGrape();}else{

thrownewBadFruitException(\}}}

可以看出，園丁類提供了一個(gè)靜態(tài)工廠方法。在客戶端的調(diào)用下，這個(gè)方法創(chuàng)立客戶端所需要的水果對(duì)象。假使客戶端的請(qǐng)求是系統(tǒng)所不支持的，工廠方法就會(huì)拋出一個(gè)BadFruitException異常。這個(gè)異常類的源代碼如下所示。代碼清單6：BadFruitException類的源代碼

publicclassBadFruitException

extendsException{

publicBadFruitException(Stringmsg){super(msg);}}

在使用時(shí)，客戶端只需調(diào)用FruitGardener的靜態(tài)方法factory()即可。請(qǐng)見下面的示意性客戶端源代碼。

代碼清單7：實(shí)現(xiàn)種植即Main()的實(shí)現(xiàn)publicclassPlantFruit{publicPlantFruit(){}

publicstaticvoidmain(String[]args){PlantFruitplantfruit=newPlantFruit();try{

//種植葡萄

FruitGardener.factory(\FruitGardener.factory(\FruitGardener.factory(\

System.out.println(\//種植蘋果

FruitGardener.factory(\

FruitGardener.factory(\FruitGardener.factory(\

System.out.println(\//種植草莓

FruitGardener.factory(\FruitGardener.factory(\FruitGardener.factory(\

System.out.println(\}

catch(BadFruitExceptione){}}}

到此為止，我們的簡單程序已經(jīng)設(shè)計(jì)完成，我們可以通過創(chuàng)立FruitGardener對(duì)象來完成水果的種植，無論你要種什么，只需調(diào)用對(duì)象中的factory()方法。工廠類的示意性源代碼如下所示?？梢钥闯?，這個(gè)工廠方法創(chuàng)立了一個(gè)新的具體產(chǎn)品的實(shí)例并返還給調(diào)用者。代碼清單8：Creator類的源代碼publicclassCreator{

//靜態(tài)工廠方法

publicstaticProductfactory(){

returnnewConcreteProduct();}}

抽象產(chǎn)品角色的主要目的是給所有的具體產(chǎn)品類提供一個(gè)共同的類型，在最簡單的狀況下，可以簡化為一個(gè)標(biāo)識(shí)接口。所謂標(biāo)識(shí)接口，就是沒有聲明任何方法的空接口。

代碼清單9：抽象角色Product接口的源代碼publicinterfaceProduct{}

具體產(chǎn)品類的示意性源代碼如下。

代碼清單10：具體產(chǎn)品角色ConcreteProduct類的源代碼publicclassConcreteProductimplementsProduct{

publicConcreteProduct(){}

}

雖然在這個(gè)簡單的示意性實(shí)現(xiàn)里面只給出了一個(gè)具體產(chǎn)品類，但是在實(shí)際應(yīng)用中一般都會(huì)遇到多個(gè)具體產(chǎn)品類的狀況。

三個(gè)人體會(huì)

在操作中總結(jié)發(fā)現(xiàn)了程序設(shè)計(jì)模式優(yōu)缺點(diǎn)：工廠方法模式的優(yōu)點(diǎn)如下：

（1）在工廠方法模式中，工廠方法用來創(chuàng)立客戶所需要的產(chǎn)品，同時(shí)還向客戶隱蔽了哪種具體產(chǎn)品類將被實(shí)例化這一細(xì)節(jié)，用戶只需要關(guān)心所需產(chǎn)品對(duì)應(yīng)的工廠，無需關(guān)心創(chuàng)立細(xì)節(jié)，甚至無需知道具體產(chǎn)品類的類名。

（2）基于工廠角色和產(chǎn)品角色的多態(tài)性設(shè)計(jì)是工廠方法模式的關(guān)鍵。它能夠使工廠可以自主確定創(chuàng)立何種產(chǎn)品對(duì)象，而如何創(chuàng)立這個(gè)對(duì)象的細(xì)節(jié)則完全封裝在具體工廠內(nèi)部。工廠方法模式之所以又被稱為多態(tài)工廠模式，正是由于所有的具體工廠類都具有同一抽象父類。

（3）使用工廠方法模式的另一個(gè)優(yōu)點(diǎn)是在系統(tǒng)中參與新產(chǎn)品時(shí)，無需修改抽象工廠和抽象產(chǎn)品提供的接口，無需修改客戶端，也無需修改其他的具體工廠和具體產(chǎn)品，而只要添加一個(gè)具體工廠和具體產(chǎn)品就可以了，這樣，系統(tǒng)的可擴(kuò)展性也就變得十分好，完全符合“開閉原則〞。工廠方法模式的缺點(diǎn)如下：

（1）在添加新產(chǎn)品時(shí)，需要編寫新的具體產(chǎn)品類，而且還要提供與之對(duì)應(yīng)的具體工廠類，系統(tǒng)中類的個(gè)數(shù)將成對(duì)增加，在一定程度上增加了系統(tǒng)的繁雜度，有更多的類需要編譯和運(yùn)行，會(huì)給系統(tǒng)帶來一些額外的開銷。

（2）由于考慮到系統(tǒng)的可擴(kuò)展性，需要引入抽象層，在客戶端代碼中均使用抽象層進(jìn)行定義，增加了系統(tǒng)的抽象性和理解難度，且在實(shí)現(xiàn)時(shí)可能需要用到DOM、反射等技術(shù)，增加了系統(tǒng)的實(shí)現(xiàn)難度。

總的來說設(shè)計(jì)模式實(shí)際上是良好的工廠模式思想的一種提煉。每一種設(shè)計(jì)模式后面都表達(dá)了一種良好的工廠模式思路，這些思路對(duì)于解決軟件中常見的“c