黄色网页视频 I 影音先锋日日狠狠久久 I 秋霞午夜毛片 I 秋霞一二三区 I 国产成人片无码视频 I 国产 精品 自在自线 I av免费观看网站 I 日本精品久久久久中文字幕5 I 91看视频 I 看全色黄大色黄女片18 I 精品不卡一区 I 亚洲最新精品 I 欧美 激情 在线 I 人妻少妇精品久久 I 国产99视频精品免费专区 I 欧美影院 I 欧美精品在欧美一区二区少妇 I av大片网站 I 国产精品黄色片 I 888久久 I 狠狠干最新 I 看看黄色一级片 I 黄色精品久久 I 三级av在线 I 69色综合 I 国产日韩欧美91 I 亚洲精品偷拍 I 激情小说亚洲图片 I 久久国产视频精品 I 国产综合精品一区二区三区 I 色婷婷国产 I 最新成人av在线 I 国产私拍精品 I 日韩成人影音 I 日日夜夜天天综合

java工廠(chǎng)模式

系統(tǒng) 2185 0

一、引子
話(huà)說(shuō)十年前,有一個(gè)爆發(fā)戶(hù),他家有三輛汽車(chē)( Benz (奔馳)、 Bmw (寶馬)、 Audi (奧迪)看來(lái)這人比較愛(ài)國(guó),沒(méi)有日本車(chē)),還雇了司機(jī)為他開(kāi)車(chē)。不過(guò),爆發(fā)戶(hù)坐車(chē)時(shí)總是這樣:上 Benz 車(chē)后跟司機(jī)說(shuō) " 開(kāi)奔馳車(chē)! " ,坐上 Bmw 后他說(shuō) " 開(kāi)寶馬車(chē)! " ,坐上 Audi 后他說(shuō) " 開(kāi)奧迪車(chē)! " 你一定說(shuō):這人有病!直接說(shuō)開(kāi)車(chē)不就行了?! 而當(dāng)把這個(gè)爆發(fā)戶(hù)的行為放到我們程序語(yǔ)言中來(lái),我們發(fā)現(xiàn) C 語(yǔ)言一直是通過(guò)這種方式來(lái)坐車(chē)的! 幸運(yùn)的是,這種有病的現(xiàn)象在 OO 語(yǔ)言中可以避免了。下面以 Java 語(yǔ)言為基礎(chǔ)來(lái)引入我們本文的主題:工廠(chǎng)模式!!

二、簡(jiǎn)介
工廠(chǎng)模式主要是為創(chuàng)建對(duì)象提供了接口。工廠(chǎng)模式按照《 Java 與模式》中的提法分為三類(lèi):
1.
簡(jiǎn)單工廠(chǎng)模式 (Simple Factory)
2.
工廠(chǎng)方法模式 (Factory Method)
3.
抽象工廠(chǎng)模式 (Abstract Factory)
這三種模式從上到下逐步抽象,并且更具一般性。還有一種分類(lèi)法,就是將簡(jiǎn)單工廠(chǎng)模式看為工廠(chǎng)方法模式的一種特例,兩個(gè)歸為一類(lèi)。下面是使用工廠(chǎng)模式的兩種情況:
1.
在編碼時(shí)不能預(yù)見(jiàn)需要?jiǎng)?chuàng)建哪種類(lèi)的實(shí)例。
2.
系統(tǒng)不應(yīng)依賴(lài)于產(chǎn)品類(lèi)實(shí)例如何被創(chuàng)建、組合和表達(dá)的細(xì)節(jié)

三、簡(jiǎn)單工廠(chǎng)模式
顧名思義,這個(gè)模式本身很簡(jiǎn)單,而且使用在業(yè)務(wù)較簡(jiǎn)單的情況下。
它由三種角色組成(關(guān)系見(jiàn)下面的類(lèi)圖):
1、工廠(chǎng)類(lèi)角色:這是本模式的核心,含有一定的商業(yè)邏輯和判斷邏輯。在 java 中它往往由一個(gè)具體類(lèi)實(shí)現(xiàn)。
2、抽象產(chǎn)品角色:它一般是具體產(chǎn)品繼承的父類(lèi)或者實(shí)現(xiàn)的接口。在 java 中由接口或者抽象類(lèi)來(lái)實(shí)現(xiàn)。
3、具體產(chǎn)品角色:工廠(chǎng)類(lèi)所創(chuàng)建的對(duì)象就是此角色的實(shí)例。在 java 中由一個(gè)具體類(lèi)實(shí)現(xiàn)。

那么簡(jiǎn)單工廠(chǎng)模式怎么用呢?我來(lái)舉個(gè)例子吧,我想這個(gè)比講一大段理論上的文字描述要容易理解的多!下面就來(lái)給那個(gè)暴發(fā)戶(hù)治病 : P
在使用了簡(jiǎn)單工廠(chǎng)模式后,現(xiàn)在暴發(fā)戶(hù)只需要坐在車(chē)?yán)飳?duì)司機(jī)說(shuō)句: " 開(kāi)車(chē) " 就可以了。來(lái)看看怎么實(shí)現(xiàn)的:
//
抽象產(chǎn)品角色
public interface Car{
public void drive();
}

// 具體產(chǎn)品角色
public class Benz implements Car{
public void drive() {
System.out.println("Driving Benz ");
}
}

public class Bmw implements Car{
public void drive() {
System.out.println("Driving Bmw ");
}
}
。。。(奧迪我就不寫(xiě)了 :P

// 工廠(chǎng)類(lèi)角色
public class Driver{

// 工廠(chǎng)方法
//
注意 返回類(lèi)型為抽象產(chǎn)品角色
public static Car driverCar(String s)throws Exception {

// 判斷邏輯,返回具體的產(chǎn)品角色給 Client
if(s.equalsIgnoreCase("Benz")) return new Benz();
else if(s.equalsIgnoreCase("Bmw"))
return new Bmw();

......
else throw new Exception();
。。。

// 歡迎暴發(fā)戶(hù)出場(chǎng) ......
public class Magnate{
public static void main(String[] args){
try{
//
告訴司機(jī)我今天坐奔馳
Car car = Driver.driverCar("benz");
//
下命令:開(kāi)車(chē)
car.drive();
。。。
如果將所有的類(lèi)放在一個(gè)文件中,請(qǐng)不要忘記只能有一個(gè)類(lèi)被聲明為 public
程序中類(lèi)之間的關(guān)系如下:

這便是簡(jiǎn)單工廠(chǎng)模式了。下面是其好處:
首先,使用了簡(jiǎn)單工廠(chǎng)模式后,我們的程序不在 " 有病 " ,更加符合現(xiàn)實(shí)中的情況;而且客戶(hù)端免除了直接創(chuàng)建產(chǎn)品對(duì)象的責(zé)任,而僅僅負(fù)責(zé) " 消費(fèi) " 產(chǎn)品(正如暴發(fā)戶(hù)所為)。
下面我們從開(kāi)閉原則上來(lái)分析下簡(jiǎn)單工廠(chǎng)模式。當(dāng)暴發(fā)戶(hù)增加了一輛車(chē)的時(shí)候,只要符合抽象產(chǎn)品制定的合同,那么只要通知工廠(chǎng)類(lèi)知道就可以被客戶(hù)使用了。那么對(duì)于產(chǎn)品部分來(lái)說(shuō),它是符合開(kāi)閉原則的 -- 對(duì)擴(kuò)展開(kāi)放、對(duì)修改關(guān)閉;但是工廠(chǎng)部分好像不太理想,因?yàn)槊吭黾右惠v車(chē),都要在工廠(chǎng)類(lèi)中增加相應(yīng)的商業(yè)邏輯和判斷邏輯,這顯自然是違背開(kāi)閉原則的。
對(duì)于這樣的工廠(chǎng)類(lèi)(在我們的例子中是為司機(jī)師傅),我們稱(chēng)它為全能類(lèi)或者上帝類(lèi)。
我們舉的例子是最簡(jiǎn)單的情況,而在實(shí)際應(yīng)用中,很可能產(chǎn)品是一個(gè)多層次的樹(shù)狀結(jié)構(gòu)。由于簡(jiǎn)單工廠(chǎng)模式中只有一個(gè)工廠(chǎng)類(lèi)來(lái)對(duì)應(yīng)這些產(chǎn)品,所以這可能會(huì)把我們的上帝類(lèi)壞了,進(jìn)而累壞了我們可愛(ài)的程序員 :(
正如我前面提到的簡(jiǎn)單工廠(chǎng)模式適用于業(yè)務(wù)將簡(jiǎn)單的情況下。而對(duì)于復(fù)雜的業(yè)務(wù)環(huán)境可能不太適應(yīng)阿。這就應(yīng)該由工廠(chǎng)方法模式來(lái)出場(chǎng)了!!

四、工廠(chǎng)方法模式
先來(lái)看下它的組成吧:
1、抽象工廠(chǎng)角色:這是工廠(chǎng)方法模式的核心,它與應(yīng)用程序無(wú)關(guān)。是具體工廠(chǎng)角色必須實(shí)現(xiàn)的接口或者必須繼承的父類(lèi)。在 java 中它由抽象類(lèi)或者接口來(lái)實(shí)現(xiàn)。
2、具體工廠(chǎng)角色:它含有和具體業(yè)務(wù)邏輯有關(guān)的代碼。由應(yīng)用程序調(diào)用以創(chuàng)建對(duì)應(yīng)的具體產(chǎn)品的對(duì)象。在 java 中它由具體的類(lèi)來(lái)實(shí)現(xiàn)。
3、抽象產(chǎn)品角色:它是具體產(chǎn)品繼承的父類(lèi)或者是實(shí)現(xiàn)的接口。在 java 中一般有抽象類(lèi)或者接口來(lái)實(shí)現(xiàn)。
4、具體產(chǎn)品角色:具體工廠(chǎng)角色所創(chuàng)建的對(duì)象就是此角色的實(shí)例。在 java 中由具體的類(lèi)來(lái)實(shí)現(xiàn)。
來(lái)用類(lèi)圖來(lái)清晰的表示下的它們之間的關(guān)系:


我們還是老規(guī)矩使用一個(gè)完整的例子來(lái)看看工廠(chǎng)模式各個(gè)角色之間是如何來(lái)協(xié)調(diào)的。話(huà)說(shuō)暴發(fā)戶(hù)生意越做越大,自己的愛(ài)車(chē)也越來(lái)越多。這可苦了那位司機(jī)師傅了,什么車(chē)它都要記得,維護(hù),都要經(jīng)過(guò)他來(lái)使用!于是暴發(fā)戶(hù)同情他說(shuō):看你跟我這么多年的份上,以后你不用這么辛苦了,我給你分配幾個(gè)人手,你只管管好他們就行了!于是,工廠(chǎng)方法模式的管理出現(xiàn)了。代碼如下:
//
抽象產(chǎn)品角色,具體產(chǎn)品角色與簡(jiǎn)單工廠(chǎng)模式類(lèi)似,只是變得復(fù)雜了些,這里略。
//
抽象工廠(chǎng)角色
public interface Driver{
public Car driverCar();
}
public class BenzDriver implements Driver{
public Car driverCar(){
return new Benz();
}
}
public class BmwDriver implements Driver{
public Car driverCar() {
return new Bmw();
}
}
......//
應(yīng)該和具體產(chǎn)品形成對(duì)應(yīng)關(guān)系,這里略 ...
//
有請(qǐng)暴發(fā)戶(hù)先生
public class Magnate
{
public static void main(String[] args)
{
try{
Driver driver = new BenzDriver();

Car car = driver.driverCar();
car.drive();
}catch(Exception e)
{ }
}
}
工廠(chǎng)方法使用一個(gè)抽象工廠(chǎng)角色作為核心來(lái)代替在簡(jiǎn)單工廠(chǎng)模式中使用具體類(lèi)作為核心。讓我們來(lái)看看工廠(chǎng)方法模式給我們帶來(lái)了什么?使用開(kāi)閉原則來(lái)分析下工廠(chǎng)方法模式。當(dāng)有新的產(chǎn)品(即暴發(fā)戶(hù)的汽車(chē))產(chǎn)生時(shí),只要按照抽象產(chǎn)品角色、抽象工廠(chǎng)角色提供的合同來(lái)生成,那么就可以被客戶(hù)使用,而不必去修改任何已有的代碼。看來(lái),工廠(chǎng)方法模式是完全符合開(kāi)閉原則的!
使用工廠(chǎng)方法模式足以應(yīng)付我們可能遇到的大部分業(yè)務(wù)需求。但是當(dāng)產(chǎn)品種類(lèi)非常多時(shí),就會(huì)出現(xiàn)大量的與之對(duì)應(yīng)的工廠(chǎng)類(lèi),這不應(yīng)該是我們所希望的。所以我建議在這種情況下使用簡(jiǎn)單工廠(chǎng)模式與工廠(chǎng)方法模式相結(jié)合的方式來(lái)減少工廠(chǎng)類(lèi):即對(duì)于產(chǎn)品樹(shù)上類(lèi)似的種類(lèi)(一般是樹(shù)的葉子中互為兄弟的)使用簡(jiǎn)單工廠(chǎng)模式來(lái)實(shí)現(xiàn)。
當(dāng)然特殊的情況,就要特殊對(duì)待了:對(duì)于系統(tǒng)中存在不同的產(chǎn)品樹(shù),而且產(chǎn)品樹(shù)上存在產(chǎn)品族,那么這種情況下就可能可以使用抽象工廠(chǎng)模式了。

五、小結(jié)
讓我們來(lái)看看簡(jiǎn)單工廠(chǎng)模式、工廠(chǎng)方法模式給我們的啟迪:
如果不使用工廠(chǎng)模式來(lái)實(shí)現(xiàn)我們的例子,也許代碼會(huì)減少很多 -- 只需要實(shí)現(xiàn)已有的車(chē),不使用多態(tài)。但是在可維護(hù)性上,可擴(kuò)展性上是非常差的(你可以想象一下,添加一輛車(chē)后要牽動(dòng)的類(lèi))。因此為了提高擴(kuò)展性和維護(hù)性,多寫(xiě)些代碼是值得的。

六、抽象工廠(chǎng)模式
先來(lái)認(rèn)識(shí)下什么是產(chǎn)品族:位于不同產(chǎn)品等級(jí)結(jié)構(gòu)中,功能相關(guān)聯(lián)的產(chǎn)品組成的家族。如果光看這句話(huà)就能清楚的理解這個(gè)概念,我不得不佩服你啊。還是讓我們用一個(gè)例子來(lái)形象地說(shuō)明一下吧。

圖中的 BmwCar BenzCar 就是兩個(gè)產(chǎn)品樹(shù)(產(chǎn)品層次結(jié)構(gòu));而如圖所示的 BenzSportsCar BmwSportsCar 就是一個(gè)產(chǎn)品族。他們都可以放到跑車(chē)家族中,因此功能有所關(guān)聯(lián)。同理 BmwBussinessCar BenzSportsCar 也是一個(gè)產(chǎn)品族。
回到抽象產(chǎn)品模式的話(huà)題上,可以這么說(shuō),它和工廠(chǎng)方法模式的區(qū)別就在于需要?jiǎng)?chuàng)建對(duì)象的復(fù)雜程度上。而且抽象工廠(chǎng)模式是三個(gè)里面最為抽象、最具一般性的。抽象工廠(chǎng)模式的用意為:給客戶(hù)端提供一個(gè)接口,可以創(chuàng)建多個(gè)產(chǎn)品族中的產(chǎn)品對(duì)象。而且使用抽象工廠(chǎng)模式還要滿(mǎn)足一下條件:
1.
系統(tǒng)中有多個(gè)產(chǎn)品族,而系統(tǒng)一次只可能消費(fèi)其中一族產(chǎn)品
2.
同屬于同一個(gè)產(chǎn)品族的產(chǎn)品以其使用。
來(lái)看看抽象工廠(chǎng)模式的各個(gè)角色(和工廠(chǎng)方法的如出一轍):
抽象工廠(chǎng)角色:這是工廠(chǎng)方法模式的核心,它與應(yīng)用程序無(wú)關(guān)。是具體工廠(chǎng)角色必須實(shí)現(xiàn)的接口或者必須繼承的父類(lèi)。在 java 中它由抽象類(lèi)或者接口來(lái)實(shí)現(xiàn)。
具體工廠(chǎng)角色:它含有和具體業(yè)務(wù)邏輯有關(guān)的代碼。由應(yīng)用程序調(diào)用以創(chuàng)建對(duì)應(yīng)的具體產(chǎn)品的對(duì)象。在 java 中它由具體的類(lèi)來(lái)實(shí)現(xiàn)。
抽象產(chǎn)品角色:它是具體產(chǎn)品繼承的父類(lèi)或者是實(shí)現(xiàn)的接口。在 java 中一般有抽象類(lèi)或者接口來(lái)實(shí)現(xiàn)。
具體產(chǎn)品角色:具體工廠(chǎng)角色所創(chuàng)建的對(duì)象就是此角色的實(shí)例。在 java 中由具體的類(lèi)來(lái)實(shí)現(xiàn)。

看過(guò)了前兩個(gè)模式,對(duì)這個(gè)模式各個(gè)角色之間的協(xié)調(diào)情況應(yīng)該心里有個(gè)數(shù)了,我就不舉具體的例子了。只是一定要注意滿(mǎn)足使用抽象工廠(chǎng)模式的條件哦,不然即使存在了多個(gè)產(chǎn)品樹(shù),也存在產(chǎn)品族,但是不能使用的。


java工廠(chǎng)模式


更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號(hào)聯(lián)系: 360901061

您的支持是博主寫(xiě)作最大的動(dòng)力,如果您喜歡我的文章,感覺(jué)我的文章對(duì)您有幫助,請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長(zhǎng)非常感激您!手機(jī)微信長(zhǎng)按不能支付解決辦法:請(qǐng)將微信支付二維碼保存到相冊(cè),切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對(duì)您有幫助就好】

您的支持是博主寫(xiě)作最大的動(dòng)力,如果您喜歡我的文章,感覺(jué)我的文章對(duì)您有幫助,請(qǐng)用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長(zhǎng)會(huì)非常 感謝您的哦!!!

發(fā)表我的評(píng)論
最新評(píng)論 總共0條評(píng)論