簡(jiǎn)單工廠模式

簡(jiǎn)單工廠模式（Simple Factory Pattern）屬于類的創(chuàng)新型模式，又叫靜態(tài)工廠方法模式（Static FactoryMethod Pattern）,是通過專門定義一個(gè)類來負(fù)責(zé)創(chuàng)建其他類的實(shí)例，被創(chuàng)建的實(shí)例通常都具有共同的父類。

簡(jiǎn)單工廠模式的UML圖：

簡(jiǎn)單工廠模式中包含的角色及其相應(yīng)的職責(zé)如下：

• 工廠角色（Creator）：這是簡(jiǎn)單工廠模式的核心，由它負(fù)責(zé)創(chuàng)建所有的類的內(nèi)部邏輯。當(dāng)然工廠類必須能夠被外界調(diào)用，創(chuàng)建所需要的產(chǎn)品對(duì)象。
• 抽象（Product）產(chǎn)品角色：簡(jiǎn)單工廠模式所創(chuàng)建的所有對(duì)象的父類，注意，這里的父類可以是接口也可以是抽象類，它負(fù)責(zé)描述所有實(shí)例所共有的公共接口。
• 具體產(chǎn)品（Concrete Product）角色：簡(jiǎn)單工廠所創(chuàng)建的具體實(shí)例對(duì)象，這些具體的產(chǎn)品往往都擁有共同的父類。

簡(jiǎn)單工廠模式深入分析

簡(jiǎn)單工廠模式解決的問題是如何去實(shí)例化一個(gè)合適的對(duì)象。

簡(jiǎn)單工廠模式的核心思想就是：有一個(gè)專門的類來負(fù)責(zé)創(chuàng)建實(shí)例的過程。

具體來說，把產(chǎn)品看著是一系列的類的集合，這些類是由某個(gè)抽象類或者接口派生出來的一個(gè)對(duì)象樹。而工廠類用來產(chǎn)生一個(gè)合適的對(duì)象來滿足客戶的要求。

如果簡(jiǎn)單工廠模式所涉及到的具體產(chǎn)品之間沒有共同的邏輯，那么我們就可以使用接口來扮演抽象產(chǎn)品的角色；如果具體產(chǎn)品之間有功能的邏輯或，我們就必須把這些共同的東西提取出來，放在一個(gè)抽象類中，然后讓具體產(chǎn)品繼承抽象類。為實(shí)現(xiàn)更好復(fù)用的目的，共同的東西總是應(yīng)該抽象出來的。

在實(shí)際的的使用中，抽閑產(chǎn)品和具體產(chǎn)品之間往往是多層次的產(chǎn)品結(jié)構(gòu)，如下圖所示：

簡(jiǎn)單工廠模式使用場(chǎng)景分析及代碼實(shí)現(xiàn)

GG請(qǐng)自己的女朋友和眾多美女吃飯，但是GG自己是不會(huì)做飯的或者做的飯很不好，這說明GG不用自己去創(chuàng)建各種食物的對(duì)象；各個(gè)美女都有各自的愛好，到麥當(dāng)勞后她們喜歡吃什么直接去點(diǎn)就行了，麥當(dāng)勞就是生產(chǎn)各種食物的工廠，這時(shí)候GG不用自己動(dòng)手，也可以請(qǐng)這么多美女吃飯，所要做的就是買單O(∩_∩)O哈哈~,其UML圖如下所示：

實(shí)現(xiàn)代碼

新建立一個(gè)食物的接口：

/*
 * 產(chǎn)品的抽象接口
 */
public interface Food {
    //獲得相應(yīng)的食物
    public void get();
}

接下來建立具體的產(chǎn)品：麥香雞和薯?xiàng)l

/*
 * 麥香雞對(duì)抽象產(chǎn)品接口的實(shí)現(xiàn)
 */
public class McChicken implements Food{
    /*
     * 獲取一份麥香雞
     */
    public void get(){
        System.out.println("我要一份麥香雞");
    }
}

/*
 * 薯?xiàng)l對(duì)抽象產(chǎn)品接口的實(shí)現(xiàn)
 */
public class Chips implements Food{
    /*
     * 獲取一份薯?xiàng)l
     */
    public void get(){
        System.out.println("我要一份薯?xiàng)l");
    }
}

現(xiàn)在建立一個(gè)食物加工工廠：

public class FoodFactory {
    public static Food getFood(String type) throws Exception {
        if(type.equalsIgnoreCase("mcchicken")) {
            return McChicken.class.newInstance();
        } else if(type.equalsIgnoreCase("chips")) {
            return Chips.class.newInstance();
        } else {
            System.out.println("哎呀！找不到相應(yīng)的實(shí)例化類啦！");
            return null;
        }
    }
}

最后測(cè)試：

public class SimpleFactoryTest {
    public static void main(String[] args) throws Exception {
        //實(shí)例化各種食物
        Food mcChicken = FoodFactory.getFood("mcChicken");
        Food chips = FoodFactory.getFood("chips");
        Food eggs = FoodFactory.getFood("eggs");
        //獲取食物
        if(mcChicken!=null){
            mcChicken.get();
        }
        if(chips!=null){
            chips.get();
        }
        if(eggs!=null){
            eggs.get();
        }
    }
}

簡(jiǎn)單工廠模式的優(yōu)缺點(diǎn)分析

• 優(yōu)點(diǎn)：工廠類是整個(gè)模式的關(guān)鍵所在。它包含必要的判斷邏輯，能夠根據(jù)外界給定的信息，決定究竟應(yīng)該創(chuàng)建哪個(gè)具體類的對(duì)象。用戶在使用時(shí)可以直接根據(jù)工廠類去創(chuàng)建所需的實(shí)例，而無需了解這些對(duì)象是如何創(chuàng)建以及如何組織的。有利于整個(gè)軟件體系結(jié)構(gòu)的優(yōu)化。
• 缺點(diǎn)：由于工廠類集中了所有實(shí)例的創(chuàng)建邏輯，這就直接導(dǎo)致一旦這個(gè)工廠出了問題，所有的客戶端都會(huì)受到牽連；而且由于簡(jiǎn)單工廠模式的產(chǎn)品室基于一個(gè)共同的抽象類或者接口，這樣一來，但產(chǎn)品的種類增加的時(shí)候，即有不同的產(chǎn)品接口或者抽象類的時(shí)候，工廠類就需要判斷何時(shí)創(chuàng)建何種種類的產(chǎn)品，這就和創(chuàng)建何種種類產(chǎn)品的產(chǎn)品相互混淆在了一起，違背了單一職責(zé)，導(dǎo)致系統(tǒng)喪失靈活性和可維護(hù)性。而且更重要的是，簡(jiǎn)單工廠模式違背了“開放封閉原則”，就是違背了“系統(tǒng)對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉”的原則，因?yàn)楫?dāng)我新增加一個(gè)產(chǎn)品的時(shí)候必須修改工廠類，相應(yīng)的工廠類就需要重新編譯一遍。
• 總結(jié)一下：簡(jiǎn)單工廠模式分離產(chǎn)品的創(chuàng)建者和消費(fèi)者，有利于軟件系統(tǒng)結(jié)構(gòu)的優(yōu)化；但是由于一切邏輯都集中在一個(gè)工廠類中，導(dǎo)致了沒有很高的內(nèi)聚性，同時(shí)也違背了“開放封閉原則”。另外，簡(jiǎn)單工廠模式的方法一般都是靜態(tài)的，而靜態(tài)工廠方法是無法讓子類繼承的，因此，簡(jiǎn)單工廠模式無法形成基于基類的繼承樹結(jié)構(gòu)。

簡(jiǎn)單工廠模式的實(shí)際應(yīng)用

作為一個(gè)最基本和最簡(jiǎn)單的設(shè)計(jì)模式，簡(jiǎn)單工廠模式卻有很非常廣泛的應(yīng)用，我們這里以Java中的JDBC操作數(shù)據(jù)庫(kù)為例來說明。

JDBC是SUN公司提供的一套數(shù)據(jù)庫(kù)編程接口API，它利用Java語言提供簡(jiǎn)單、一致的方式來訪問各種關(guān)系型數(shù)據(jù)庫(kù)。Java程序通過JDBC可以執(zhí)行SQL語句，對(duì)獲取的數(shù)據(jù)進(jìn)行處理，并將變化了的數(shù)據(jù)存回?cái)?shù)據(jù)庫(kù)，因此，JDBC是Java應(yīng)用程序與各種關(guān)系數(shù)據(jù)進(jìn)行對(duì)話的一種機(jī)制。用JDBC進(jìn)行數(shù)據(jù)庫(kù)訪問時(shí)，要使用數(shù)據(jù)庫(kù)廠商提供的驅(qū)動(dòng)程序接口與數(shù)據(jù)庫(kù)管理系統(tǒng)進(jìn)行數(shù)據(jù)交互。

客戶端要使用使用數(shù)據(jù)時(shí)，只需要和工廠進(jìn)行交互即可，這就導(dǎo)致操作步驟得到極大的簡(jiǎn)化，操作步驟按照順序依次為：注冊(cè)并加載數(shù)據(jù)庫(kù)驅(qū)動(dòng)，一般使用Class.forName();創(chuàng)建與數(shù)據(jù)庫(kù)的鏈接Connection對(duì)象；創(chuàng)建SQL語句對(duì)象preparedStatement(sql)；提交SQL語句，根據(jù)實(shí)際情況使用executeQuery()或者executeUpdate()；顯示相應(yīng)的結(jié)果；關(guān)閉數(shù)據(jù)庫(kù)。

工廠方法模式

定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類，工廠方法使一個(gè)類的實(shí)例化延遲到其子類。

代碼示例

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)的，耦合度太高。并且非常不利于擴(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)定性都得到了極大的提高。

到此這篇關(guān)于Java簡(jiǎn)單工廠和工廠方法模式詳細(xì)解析的文章就介紹到這了,更多相關(guān)Java工廠方法模式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論