工廠模式個(gè)人認(rèn)為是最常見的設(shè)計(jì)模式，因?yàn)槎ΧΥ竺膕pring的bean工廠聞名于世，我想要什么只要配置好，spring就能給你想要的。這就很好理解了，如果還有些疑惑，那么通過(guò)以下這些例子，你可能會(huì)有所理解。
工廠模式分為3種，來(lái)看看第一種。

1.簡(jiǎn)單工廠模式

怎么理解簡(jiǎn)單工廠模式呢？
定義:提供一個(gè)創(chuàng)建對(duì)象實(shí)例的功能，而無(wú)須關(guān)心其具體實(shí)現(xiàn)。被創(chuàng)建實(shí)例的類型可以是接口、抽象類，也可以是具體的類

實(shí)現(xiàn)汽車接口

public interface Car {
    String getName();
}

奔馳類

public class Benz implements Car {
    @Override
    public String getName() {
        return "Benz";
    }
}

寶馬類

public class BMW implements Car {
    @Override
    public String getName() {
        return "BMW";
    }
}

簡(jiǎn)單工廠，既能生產(chǎn)寶馬又能生產(chǎn)奔馳

public class SimpleFactory {
    public Car getCar(String name){
        if (name.equals("BMW")){
            return new BMW();
        }else if (name.equals("benz")){
            return new Benz();
        }else {
            System.out.println("不好意思，這個(gè)品牌的汽車生產(chǎn)不了");
            return null;
        }
    }
}

根據(jù)簡(jiǎn)單工廠的定義，用戶只要產(chǎn)品而不在乎產(chǎn)品如何生產(chǎn)，看起來(lái)好像很完美的樣子。但大家想想，這個(gè)世界存在什么都生產(chǎn)的工廠嗎？

顯然是不存在的，每一個(gè)汽車品牌都有自己的生產(chǎn)工廠，都有自己生產(chǎn)技術(shù)。映射到spring框架中，我們有很多很多種的bean需要生產(chǎn)，如果只依靠一個(gè)簡(jiǎn)單工廠來(lái)實(shí)現(xiàn)，那么我們得在工廠類中嵌套多少個(gè)if..else if??？

而且我們?cè)诖a中生產(chǎn)一輛汽車只是new一下就出來(lái)了，但實(shí)際操作中卻不知道需要進(jìn)行多少操作，加載、注冊(cè)等操作都將體現(xiàn)在工廠類中，那么這個(gè)類就會(huì)變得紊亂，管理起來(lái)也很不方便，所以說(shuō)每個(gè)品牌應(yīng)該有自己的生產(chǎn)類。

因?yàn)閷Ｒ?，所以專業(yè)嘛，這個(gè)時(shí)候工廠方法就出現(xiàn)了。

二、工廠方法

工廠接口

//定義一個(gè)工廠接口，功能就是生產(chǎn)汽車
public interface Factory {
    Car getCar();
}

奔馳工廠

public class BenzFactory implements Factory {
    @Override
    public Car getCar() {
        return new Benz();
    }
}

寶馬工廠

public class BMWFactory implements Factory{
    @Override
    public Car getCar() {
        return new BMW();
    }
}

根據(jù)上述代碼可以看出，不同品牌的汽車是由不同的工廠生產(chǎn)的，貌似又是很完美的。但大家看一下測(cè)試類，當(dāng)一個(gè)人想要去買一輛寶馬汽車的時(shí)候（假設(shè)沒有銷售商），那么他就要去找寶馬工廠給他生產(chǎn)一輛，過(guò)幾天又想要買一輛奔馳汽車的時(shí)候，又得跑到奔馳工廠請(qǐng)人生產(chǎn)，這無(wú)疑就增加了用戶的操作復(fù)雜性。所以有沒有一種方便用戶操作的方法呢？這個(gè)時(shí)候抽象工廠模式就出現(xiàn)了。

三、抽象工廠

抽象工廠

public abstract class AbstractFactory {

     protected abstract Car getCar();
     
     //這段代碼就是動(dòng)態(tài)配置的功能
     //固定模式的委派
     public Car getCar(String name){
        if("BMW".equalsIgnoreCase(name)){
            return new BmwFactory().getCar();
        }else if("Benz".equalsIgnoreCase(name)){
            return new BenzFactory().getCar();
        }else if("Audi".equalsIgnoreCase(name)){
            return new AudiFactory().getCar();
        }else{
            System.out.println("這個(gè)產(chǎn)品產(chǎn)不出來(lái)");
            return null;
        }
    }
}

默認(rèn)工廠

public class DefaultFactory extends AbstractFactory {

    private AudiFactory defaultFactory = new AudiFactory();
    
    public Car getCar() {
        return defaultFactory.getCar();
    }

}

寶馬工廠

public class BMWFactory extends AbstractFactory {
    @Override
    public Car getCar() {
        return new BMW();
    }
}

奔馳工廠

public class BenzFactory extends AbstractFactory {
    @Override
    public Car getCar() {
        return new Benz();
    }
}

根據(jù)上述代碼可以看出，用戶需要一輛汽車，只需要去找默認(rèn)的工廠提出自己的需求（傳入?yún)?shù)），便能得到自己想要產(chǎn)品，而不用根據(jù)產(chǎn)品去尋找不同的生產(chǎn)工廠，方便用戶操作。

注：對(duì)于設(shè)計(jì)模式，有些人嗤之以鼻，有些人敬若神明，但我是認(rèn)可的。

按我粗淺的理解，設(shè)計(jì)模式的經(jīng)典之處，就在于解決了編寫代碼的人和調(diào)用代碼的人雙方的痛楚，不同的設(shè)計(jì)模式也只適用于不同的場(chǎng)景。至于用或者不用，如何使用，那就需要各位看官著重考慮了。

原文鏈接：https://my.oschina.net/u/4052893/blog/2995128