JAVA設(shè)計(jì)模式之工廠模式(簡(jiǎn)單工廠模式+工廠方法模式)

2018-03-14 14:57:21 csdn　點(diǎn)擊量：評(píng)論 (0)

在面向?qū)ο缶幊讨? 最通常的方法是一個(gè)new操作符產(chǎn)生一個(gè)對(duì)象實(shí)例,new操作符就是用來構(gòu)造對(duì)象實(shí)例的。但是在一些情況下, new操作符直接生

在面向?qū)ο缶幊讨? 最通常的方法是一個(gè)new操作符產(chǎn)生一個(gè)對(duì)象實(shí)例,new操作符就是用來構(gòu)造對(duì)象實(shí)例的。但是在一些情況下, new操作符直接生成對(duì)象會(huì)帶來一些問題。舉例來說, 許多類型對(duì)象的創(chuàng)造需要一系列的步驟: 你可能需要計(jì)算或取得對(duì)象的初始設(shè)置; 選擇生成哪個(gè)子對(duì)象實(shí)例; 或在生成你需要的對(duì)象之前必須先生成一些輔助功能的對(duì)象。在這些情況,新對(duì)象的建立就是一個(gè) “過程”，不僅是一個(gè)操作，像一部大機(jī)器中的一個(gè)齒輪傳動(dòng)。

模式的問題：你如何能輕松方便地構(gòu)造對(duì)象實(shí)例，而不必關(guān)心構(gòu)造對(duì)象實(shí)例的細(xì)節(jié)和復(fù)雜過程呢？

解決方案：建立一個(gè)工廠來創(chuàng)建對(duì)象

實(shí)現(xiàn)：

一、引言
1）還沒有工廠時(shí)代：假如還沒有工業(yè)革命，如果一個(gè)客戶要一款寶馬車,一般的做法是客戶去創(chuàng)建一款寶馬車，然后拿來用。
2）簡(jiǎn)單工廠模式：后來出現(xiàn)工業(yè)革命。用戶不用去創(chuàng)建寶馬車。因?yàn)榭蛻粲幸粋€(gè)工廠來幫他創(chuàng)建寶馬.想要什么車，這個(gè)工廠就可以建。比如想要320i系列車。工廠就創(chuàng)建這個(gè)系列的車。即工廠可以創(chuàng)建產(chǎn)品。
3）工廠方法模式時(shí)代：為了滿足客戶，寶馬車系列越來越多，如320i，523i,30li等系列一個(gè)工廠無法創(chuàng)建所有的寶馬系列。于是由單獨(dú)分出來多個(gè)具體的工廠。每個(gè)具體工廠創(chuàng)建一種系列。即具體工廠類只能創(chuàng)建一個(gè)具體產(chǎn)品。但是寶馬工廠還是個(gè)抽象。你需要指定某個(gè)具體的工廠才能生產(chǎn)車出來。

4）抽象工廠模式時(shí)代：隨著客戶的要求越來越高，寶馬車必須配置空調(diào)。于是這個(gè)工廠開始生產(chǎn)寶馬車和需要的空調(diào)。

最終是客戶只要對(duì)寶馬的銷售員說：我要523i空調(diào)車，銷售員就直接給他523i空調(diào)車了。而不用自己去創(chuàng)建523i空調(diào)車寶馬車.

這就是工廠模式。

二、分類
工廠模式主要是為創(chuàng)建對(duì)象提供過渡接口，以便將創(chuàng)建對(duì)象的具體過程屏蔽隔離起來，達(dá)到提高靈活性的目的。
工廠模式可以分為三類：

1）簡(jiǎn)單工廠模式（Simple Factory）
2）工廠方法模式（Factory Method）
3）抽象工廠模式（Abstract Factory）

這三種模式從上到下逐步抽象，并且更具一般性。
GOF在《設(shè)計(jì)模式》一書中將工廠模式分為兩類：工廠方法模式（Factory Method）與抽象工廠模式（Abstract Factory）。

將簡(jiǎn)單工廠模式（Simple Factory）看為工廠方法模式的一種特例，兩者歸為一類。

三、區(qū)別
工廠方法模式：
一個(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è)。
兩者皆可。

四、簡(jiǎn)單工廠模式
建立一個(gè)工廠（一個(gè)函數(shù)或一個(gè)類方法）來制造新的對(duì)象。
分布說明引子：從無到有。客戶自己創(chuàng)建寶馬車，然后拿來用。

[java] view plain copy 
public class BMW320 {  
    public BMW320(){  
        System.out.println("制造-->BMW320");  
    }  
}  
  
public class BMW523 {  
    public BMW523(){  
        System.out.println("制造-->BMW523");  
    }  
}  
  
public class Customer {  
    public static void main(String[] args) {  
        BMW320 bmw320 = new BMW320();  
        BMW523 bmw523 = new BMW523();  
    }  
}  

客戶需要知道怎么去創(chuàng)建一款車,客戶和車就緊密耦合在一起了.為了降低耦合,就出現(xiàn)了工廠類,把創(chuàng)建寶馬的操作細(xì)節(jié)都放到了工廠里面去,客戶直接使用工廠的創(chuàng)建工廠方法,傳入想要的寶馬車型號(hào)就行了,而不必去知道創(chuàng)建的細(xì)節(jié).這就是工業(yè)革命了：簡(jiǎn)單工廠模式

即我們建立一個(gè)工廠類方法來制造新的對(duì)象。如圖：

產(chǎn)品類：

[java] view plain copy 
abstract class BMW {  
    public BMW(){  
          
    }  
}  
  
public class BMW320 extends BMW {  
    public BMW320() {  
        System.out.println("制造-->BMW320");  
    }  
}  
public class BMW523 extends BMW{  
    public BMW523(){  
        System.out.println("制造-->BMW523");  
    }  
}  

工廠類：

[java] view plain copy 
public class Factory {  
    public BMW createBMW(int type) {  
        switch (type) {  
          
        case 320:  
            return new BMW320();  
  
        case 523:  
            return new BMW523();  
  
        default:  
            break;  
        }  
        return null;  
    }  
}  

客戶類：

[java] view plain copy 
public class Customer {  
    public static void main(String[] args) {  
        Factory factory = new Factory();  
        BMW bmw320 = factory.createBMW(320);  
        BMW bmw523 = factory.createBMW(523);  
    }  
}  

   簡(jiǎn)單工廠模式又稱靜態(tài)工廠方法模式。重命名上就可以看出這個(gè)模式一定很簡(jiǎn)單。它存在的目的很簡(jiǎn)單：定義一個(gè)用于創(chuàng)建對(duì)象的接口。
      先來看看它的組成：
1) 工廠類角色：這是本模式的核心，含有一定的商業(yè)邏輯和判斷邏輯，用來創(chuàng)建產(chǎn)品
         2) 抽象產(chǎn)品角色：它一般是具體產(chǎn)品繼承的父類或者實(shí)現(xiàn)的接口。
         3) 具體產(chǎn)品角色：工廠類所創(chuàng)建的對(duì)象就是此角色的實(shí)例。在java中由一個(gè)具體類實(shí)現(xiàn)。

        下面我們從開閉原則（對(duì)擴(kuò)展開放；對(duì)修改封閉）上來分析下簡(jiǎn)單工廠模式。當(dāng)客戶不再滿足現(xiàn)有的車型號(hào)的時(shí)候，想要一種速度快的新型車，只要這種車符合抽象產(chǎn)品制定的合同，那么只要通知工廠類知道就可以被客戶使用了。所以對(duì)產(chǎn)品部分來說，它是符合開閉原則的；但是工廠部分好像不太理想，因?yàn)槊吭黾右环N新型車，都要在工廠類中增加相應(yīng)的創(chuàng)建業(yè)務(wù)邏輯（createBMW(int type)方法需要新增case），這顯然是違背開閉原則的。可想而知對(duì)于新產(chǎn)品的加入，工廠類是很被動(dòng)的。對(duì)于這樣的工廠類，我們稱它為全能類或者上帝類。
       我們舉的例子是最簡(jiǎn)單的情況，而在實(shí)際應(yīng)用中，很可能產(chǎn)品是一個(gè)多層次的樹狀結(jié)構(gòu)。由于簡(jiǎn)單工廠模式中只有一個(gè)工廠類來對(duì)應(yīng)這些產(chǎn)品，所以這可能會(huì)把我們的上帝累壞了，也累壞了我們這些程序員。
        于是工廠方法模式作為救世主出現(xiàn)了。工廠類定義成了接口,而每新增的車種類型,就增加該車種類型對(duì)應(yīng)工廠類的實(shí)現(xiàn),這樣工廠的設(shè)計(jì)就可以擴(kuò)展了,而不必去修改原來的代碼。
五、工廠方法模式
        工廠方法模式去掉了簡(jiǎn)單工廠模式中工廠方法的靜態(tài)屬性，使得它可以被子類繼承。這樣在簡(jiǎn)單工廠模式里集中在工廠方法上的壓力可以由工廠方法模式里不同的工廠子類來分擔(dān)。
工廠方法模式組成：
1)抽象工廠角色：這是工廠方法模式的核心，它與應(yīng)用程序無關(guān)。是具體工廠角色必須實(shí)現(xiàn)的接口或者必須繼承的父類。在java中它由抽象類或者接口來實(shí)現(xiàn)。
2)具體工廠角色：它含有和具體業(yè)務(wù)邏輯有關(guān)的代碼。由應(yīng)用程序調(diào)用以創(chuàng)建對(duì)應(yīng)的具體產(chǎn)品的對(duì)象。
3)抽象產(chǎn)品角色：它是具體產(chǎn)品繼承的父類或者是實(shí)現(xiàn)的接口。在java中一般有抽象類或者接口來實(shí)現(xiàn)。
4)具體產(chǎn)品角色：具體工廠角色所創(chuàng)建的對(duì)象就是此角色的實(shí)例。在java中由具體的類來實(shí)現(xiàn)。
工廠方法模式使用繼承自抽象工廠角色的多個(gè)子類來代替簡(jiǎn)單工廠模式中的“上帝類”。正如上面所說，這樣便分擔(dān)了對(duì)象承受的壓力；而且這樣使得結(jié)構(gòu)變得靈活起來——當(dāng)有新的產(chǎn)品產(chǎn)生時(shí)，只要按照抽象產(chǎn)品角色、抽象工廠角色提供的合同來生成，那么就可以被客戶使用，而不必去修改任何已有的代碼。可以看出工廠角色的結(jié)構(gòu)也是符合開閉原則的！

代碼如下：

產(chǎn)品類：

[java] view plain copy 
abstract class BMW {  
    public BMW(){  
          
    }  
}  
public class BMW320 extends BMW {  
    public BMW320() {  
        System.out.println("制造-->BMW320");  
    }  
}  
public class BMW523 extends BMW{  
    public BMW523(){  
        System.out.println("制造-->BMW523");  
    }  
}  

創(chuàng)建工廠類：

[java] view plain copy 
interface FactoryBMW {  
    BMW createBMW();  
}  
  
public class FactoryBMW320 implements FactoryBMW{  
  
    @Override  
    public BMW320 createBMW() {  
  
        return new BMW320();  
    }  
  
}  
public class FactoryBMW523 implements FactoryBMW {  
    @Override  
    public BMW523 createBMW() {  
  
        return new BMW523();  
    }  
}  

客戶類：

[java] view plain copy 
public class Customer {  
    public static void main(String[] args) {  
        FactoryBMW320 factoryBMW320 = new FactoryBMW320();  
        BMW320 bmw320 = factoryBMW320.createBMW();  
  
        FactoryBMW523 factoryBMW523 = new FactoryBMW523();  
        BMW523 bmw523 = factoryBMW523.createBMW();  
    }  
}  

工廠方法模式仿佛已經(jīng)很完美的對(duì)對(duì)象的創(chuàng)建進(jìn)行了包裝，使得客戶程序中僅僅處理抽象產(chǎn)品角色提供的接口，但使得對(duì)象的數(shù)量成倍增長(zhǎng)。當(dāng)產(chǎn)品種類非常多時(shí)，會(huì)出現(xiàn)大量的與之對(duì)應(yīng)的工廠對(duì)象，這不是我們所希望的。

參考http://blog.csdn.net/hguisu/article/details/7505909

以上就是簡(jiǎn)單工廠模式，工廠方法模式，抽象工廠模式在這里。

作者：jason0539

微博：http://weibo.com/2553717707

博客：http://blog.csdn.net/jason0539（轉(zhuǎn)載請(qǐng)說明出處）

責(zé)任編輯：售電衡衡

免責(zé)聲明：本文僅代表作者個(gè)人觀點(diǎn)，與本站無關(guān)。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí)，對(duì)本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時(shí)性本站不作任何保證或承諾，請(qǐng)讀者僅作參考，并請(qǐng)自行核實(shí)相關(guān)內(nèi)容。

我要收藏

個(gè)贊