委派模式

在常見的23種設計模式中其實並沒有委派模式的影子，但是委派模式確實是spring中應用比較多的一種，SpringMVC框架中的DispatcherServlet就是用到了這種模式。下面以專案經理和普通員工的模型來實現一個簡單的委派模式。

1.公司員工，包括專案經理和普通員工

public interface IExector {
    void working;
}

2.定義兩個普通員工A和B（任務執行類）

public class WorkerA implements IExector {
    public void working() {
        System.out.println("員工A執行任務");
    }
}
---
public class WorkerB implements IExector {
    public void working() {
        System.out.println("員工B執行任務");
    }
}
 

3.定義專案經理（任務分發類）

public class Dispatcher implements IExector {
    private IExector iExector;
    
    public void working() {
        //專案經理的任務是分發任務
        this.iExector.working();
    }
}

工廠模式

以生產汽車為例，先定義三個型別的汽車：

public interface Car {
    String getName();    
}
---
public class Audi implements Car{
    @Override
    public String getName() {
        return "Audi";
    }
}
---
public class Benz implements Car{
    @Override
    public String getName() {
        return "Benz";
    }
}
---
public class Bmw implements Car{
    @Override
    public String getName() {
        return "BMW";
    }
}
 

1.簡單工廠模式

示例程式碼：

public class SimpleFactory {
    public static Car getCar(String name){
        if("BMW".equalsIgnoreCase(name)){
            return new Bmw();
        }else if("Benz".equalsIgnoreCase(name)){
            return new Benz();
        }else if("Audi".equalsIgnoreCase(name)){
            return new Audi();
        }else{
            System.out.println("這個產品產不出來");
            return null;
        }
    }
    
}
 

特點：

• 它是一個具體的類，非介面抽象類。有一個重要的getCar()方法，利用if或者 switch建立產品並返回。
• getCar()方法通常是靜態的，所以稱之為靜態工廠

缺點：

• 擴充套件性差（我想增加一種汽車，除了新增一個汽車產品類，還需要修改工廠類方法）
• 不同的產品需要不同額外引數的時候不支援。

2.工廠方法模式

模式描述：

提供一個用於建立物件的介面(工廠介面)，讓其實現類(工廠實現類)決定例項化哪一個類(產品類)，並且由該實現類建立對應類的例項。

模式作用：

可以一定程度上解耦，消費者和產品實現類隔離開，只依賴產品介面(抽象產品)，產品實現類如何改動與消費者完全無關。

可以一定程度增加擴充套件性，若增加一個產品實現，只需要實現產品介面，修改工廠建立產品的方法，消費者可以無感知（若消費者不關心具體產品是什麼的情況）。
可以一定程度增加程式碼的封裝性、可讀性。清楚的程式碼結構，對於消費者來說很少的程式碼量就可以完成很多工作。
等等。
另外，抽象工廠才是實際意義的工廠模式，工廠方法只是抽象工廠的一個比較常見的情況。

適用場景：

消費者不關心它所要建立物件的類(產品類)的時候。
消費者知道它所要建立物件的類(產品類)，但不關心如何建立的時候，等等。例如：hibernate裡通過sessionFactory建立session、通過代理方式生成ws客戶端時，通過工廠構建報文中格式化資料的物件。

模式要素：

提供一個產品類的介面。產品類均要實現這個介面(也可以是abstract類，即抽象產品)。
提供一個工廠類的介面。工廠類均要實現這個介面(即抽象工廠)。
由工廠實現類建立產品類的例項。工廠實現類應有一個方法，用來例項化產品類。

示例程式碼：

public abstract class AbstractFactory {
     protected abstract Car getCar();
     //這段程式碼就是動態配置的功能
     //固定模式的委派
     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{
            return new DefaultFactory().getCar();
        }
    }
}
---
public class DefaultFactory extends AbstractFactory {
    private AudiFactory defaultFactory = new AudiFactory();
    public Car getCar() {
        return defaultFactory.getCar();
    }
}
---
public class AudiFactory extends AbstractFactory {
    @Override
    public Car getCar() {
        return new Audi();
    }
}

3.抽象工廠模式

定義：為建立一組相關或相互依賴的物件提供一個介面，而且無需指定他們的具體類。

類圖：

抽象工廠模式與工廠方法模式的區別：

抽象工廠模式是工廠方法模式的升級版本，他用來建立一組相關或者相互依賴的物件。他與工廠方法模式的區別就在於，工廠方法模式針對的是一個產品等級結構；而抽象工廠模式則是針對的多個產品等級結構。在程式設計中，通常一個產品結構，表現為一個介面或者抽象類，也就是說，工廠方法模式提供的所有產品都是衍生自同一個介面或抽象類，而抽象工廠模式所提供的產品則是衍生自不同的介面或抽象類。

在抽象工廠模式中，有一個產品族的概念：所謂的產品族，是指位於不同產品等級結構中功能相關聯的產品組成的家族。抽象工廠模式所提供的一系列產品就組成一個產品族；而工廠方法提供的一系列產品稱為一個等級結構。我們依然拿生產汽車的例子來說明他們之間的區別。

相關推薦