定義: 定義一個(gè)用于創(chuàng)建對(duì)象的接口,讓子類決定實(shí)例化哪一個(gè)類,工廠方法使一個(gè)類的實(shí)例化延遲到其子類。
類型: 創(chuàng)建類模式
類圖:
工廠方法模式代碼
- interface ?IProduct?{??
- ???? public ? void ?productMethod();??
- }??
- ??
- class ?Product? implements ?IProduct?{??
- ???? public ? void ?productMethod()?{??
- ????????System.out.println( "產(chǎn)品" );??
- ????}??
- }??
- ??
- interface ?IFactory?{??
- ???? public ?IProduct?createProduct();??
- }??
- ??
- class ?Factory? implements ?IFactory?{??
- ???? public ?IProduct?createProduct()?{??
- ???????? return ? new ?Product();??
- ????}??
- }??
- ??
- public ? class ?Client?{??
- ???? public ? static ? void ?main(String[]?args)?{??
- ????????IFactory?factory?=? new ?Factory();??
- ????????IProduct?prodect?=?factory.createProduct();??
- ????????prodect.productMethod();??
- ????}??
- }??
工廠模式:
??????? 首先需要說一下工廠模式。工廠模式根據(jù)抽象程度的不同分為三種:簡(jiǎn)單工廠模式(也叫靜態(tài)工廠模式)、本文所講述的 工廠方法模式 、以及抽象工廠模式。工廠模式是編程中經(jīng)常用到的一種模式。它的主要優(yōu)點(diǎn)有:
- 可以使代碼結(jié)構(gòu)清晰,有效地封裝變化。在編程中,產(chǎn)品類的實(shí)例化有時(shí)候是比較復(fù)雜和多變的,通過工廠模式,將產(chǎn)品的實(shí)例化封裝起來,使得調(diào)用者根本無需關(guān)心產(chǎn)品的實(shí)例化過程,只需依賴工廠即可得到自己想要的產(chǎn)品。
- 對(duì)調(diào)用者屏蔽具體的產(chǎn)品類。如果使用工廠模式,調(diào)用者只關(guān)心產(chǎn)品的接口就可以了,至于具體的實(shí)現(xiàn),調(diào)用者根本無需關(guān)心。即使變更了具體的實(shí)現(xiàn),對(duì)調(diào)用者來說沒有任何影響。
- 降低耦合度。產(chǎn)品類的實(shí)例化通常來說是很復(fù)雜的,它需要依賴很多的類,而這些類對(duì)于調(diào)用者來說根本無需知道,如果使用了工廠方法,我們需要做的僅僅是實(shí)例化好產(chǎn)品類,然后交給調(diào)用者使用。對(duì)調(diào)用者來說,產(chǎn)品所依賴的類都是透明的。
?
工廠方法模式:
??????? 通過工廠方法模式的類圖可以看到,工廠方法模式有四個(gè)要素:
- 工廠接口。工廠接口是工廠方法模式的核心,與調(diào)用者直接交互用來提供產(chǎn)品。在實(shí)際編程中,有時(shí)候也會(huì)使用一個(gè)抽象類來作為與調(diào)用者交互的接口,其本質(zhì)上是一樣的。
- 工廠實(shí)現(xiàn)。在編程中,工廠實(shí)現(xiàn)決定如何實(shí)例化產(chǎn)品,是實(shí)現(xiàn)擴(kuò)展的途徑,需要有多少種產(chǎn)品,就需要有多少個(gè)具體的工廠實(shí)現(xiàn)。
- 產(chǎn)品接口。產(chǎn)品接口的主要目的是定義產(chǎn)品的規(guī)范,所有的產(chǎn)品實(shí)現(xiàn)都必須遵循產(chǎn)品接口定義的規(guī)范。產(chǎn)品接口是調(diào)用者最為關(guān)心的,產(chǎn)品接口定義的優(yōu)劣直接決定了調(diào)用者代碼的穩(wěn)定性。同樣,產(chǎn)品接口也可以用抽象類來代替,但要注意最好不要違反里氏替換原則。
- 產(chǎn)品實(shí)現(xiàn)。實(shí)現(xiàn)產(chǎn)品接口的具體類,決定了產(chǎn)品在客戶端中的具體行為。
??????? 前文提到的簡(jiǎn)單工廠模式跟工廠方法模式極為相似,區(qū)別是:簡(jiǎn)單工廠只有三個(gè)要素,他沒有工廠接口,并且得到產(chǎn)品的方法一般是靜態(tài)的。因?yàn)闆]有工廠接口,所以在工廠實(shí)現(xiàn)的擴(kuò)展性方面稍弱,可以算所工廠方法模式的簡(jiǎn)化版,關(guān)于簡(jiǎn)單工廠模式,在此一筆帶過。
??????
適用場(chǎng)景:
??????? 不管是簡(jiǎn)單工廠模式,工廠方法模式還是抽象工廠模式,他們具有類似的特性,所以他們的適用場(chǎng)景也是類似的。
??????? 首先,作為一種創(chuàng)建類模式,在任何需要生成 復(fù)雜對(duì)象 的地方,都可以使用工廠方法模式。有一點(diǎn)需要注意的地方就是復(fù)雜對(duì)象適合使用工廠模式,而簡(jiǎn)單對(duì)象,特別是只需要通過new就可以完成創(chuàng)建的對(duì)象,無需使用工廠模式。如果使用工廠模式,就需要引入一個(gè)工廠類,會(huì)增加系統(tǒng)的復(fù)雜度。
?????? 其次,工廠模式是一種典型的解耦模式,迪米特法則在工廠模式中表現(xiàn)的尤為明顯。假如調(diào)用者自己組裝產(chǎn)品需要增加依賴關(guān)系時(shí),可以考慮使用工廠模式。將會(huì)大大降低對(duì)象之間的耦合度。
?????? 再次,由于工廠模式是依靠抽象架構(gòu)的,它把實(shí)例化產(chǎn)品的任務(wù)交由實(shí)現(xiàn)類完成,擴(kuò)展性比較好。也就是說,當(dāng)需要系統(tǒng)有比較好的擴(kuò)展性時(shí),可以考慮工廠模式,不同的產(chǎn)品用不同的實(shí)現(xiàn)工廠來組裝。
??????
典型應(yīng)用
?????? 要說明工廠模式的優(yōu)點(diǎn),可能沒有比組裝汽車更合適的例子了。場(chǎng)景是這樣的:汽車由發(fā)動(dòng)機(jī)、輪、底盤組成,現(xiàn)在需要組裝一輛車交給調(diào)用者。假如不使用工廠模式,代碼如下:
- class ?Engine?{??
- ???? public ? void ?getStyle(){??
- ????????System.out.println( "這是汽車的發(fā)動(dòng)機(jī)" );??
- ????}??
- }??
- class ?Underpan?{??
- ???? public ? void ?getStyle(){??
- ????????System.out.println( "這是汽車的底盤" );??
- ????}??
- }??
- class ?Wheel?{??
- ???? public ? void ?getStyle(){??
- ????????System.out.println( "這是汽車的輪胎" );??
- ????}??
- }??
- public ? class ?Client?{??
- ???? public ? static ? void ?main(String[]?args)?{??
- ????????Engine?engine?=? new ?Engine();??
- ????????Underpan?underpan?=? new ?Underpan();??
- ????????Wheel?wheel?=? new ?Wheel();??
- ????????ICar?car?=? new ?Car(underpan,?wheel,?engine);??
- ????????car.show();??
- ????}??
- }??
??????? 可以看到,調(diào)用者為了組裝汽車還需要另外實(shí)例化發(fā)動(dòng)機(jī)、底盤和輪胎,而這些汽車的組件是與調(diào)用者無關(guān)的,嚴(yán)重違反了迪米特法則,耦合度太高。并且非常不利于擴(kuò)展。另外,本例中發(fā)動(dòng)機(jī)、底盤和輪胎還是比較具體的,在實(shí)際應(yīng)用中,可能這些產(chǎn)品的組件也都是抽象的,調(diào)用者根本不知道怎樣組裝產(chǎn)品。假如使用工廠方法的話,整個(gè)架構(gòu)就顯得清晰了許多。
- interface ?IFactory?{??
- ???? public ?ICar?createCar();??
- }??
- class ?Factory? implements ?IFactory?{??
- ???? public ?ICar?createCar()?{??
- ????????Engine?engine?=? new ?Engine();??
- ????????Underpan?underpan?=? new ?Underpan();??
- ????????Wheel?wheel?=? new ?Wheel();??
- ????????ICar?car?=? new ?Car(underpan,?wheel,?engine);??
- ???????? return ?car;??
- ????}??
- }??
- public ? class ?Client?{??
- ???? public ? static ? void ?main(String[]?args)?{??
- ????????IFactory?factory?=? new ?Factory();??
- ????????ICar?car?=?factory.createCar();??
- ????????car.show();??
- ????}??
- }??
??????? 使用工廠方法后,調(diào)用端的耦合度大大降低了。并且對(duì)于工廠來說,是可以擴(kuò)展的,以后如果想組裝其他的汽車,只需要再增加一個(gè)工廠類的實(shí)現(xiàn)就可以。無論是靈活性還是穩(wěn)定性都得到了極大的提高。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索:z360901061

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