設計模式 - 委派模式

理解

首先委派模式不屬於23種設計模式。

所謂委派，我的理解是：將爲達到最終結果的事情交給其餘人或中間人來幹，我只要最終結果，其餘的事情，由我委派的人來安排。

更直白的表達就是，好比，咱們想要蓋一棟樓房，蓋完以後我要刷漆，這些事情我本身確定不能作，因此我這時候就會去找一個「包工頭」來幫我完成這件事情，我只要告訴「包工頭」我要蓋房子、我要給房子刷漆等命令，其餘的事情我無論，最終可以交付給我這個刷完漆房子就行。那麼「包工頭」也不可能本身來乾的吧，這個時候他就會去找人，蓋樓房的、刷漆的等等；而後叫他們來幹這件事情，幹完以後，交付給我一個刷完漆的房子便可。這個過程也就是委派模式的一個體現。

委派模式看上去和咱們以前所說的「靜態模式」很是類似，它能夠說是一種特殊狀況的靜態代理的全權代理。可是也是有區別的，「靜態代理」更注重的是過程，而「委派模式」只注重「結果」。

示例

咱們如今就以上述中的例子，用代碼來實現如下：

代碼

先建立工人抽象類接口，他們都具備幹活的功能 Worker ：

/**
 * 抽象 工人
 *
 * @author EamonZzz
 * @date 2019-10-26 15:09
 */
public interface Worker {
    /**
     * 幹活
     *
     * @param command 聽命令幹活
     */
    void doWork(String command);
}

而後有一個工人A，砌磚砌的很好，很適合蓋樓，WorkerA：

/**
 * 工人A 他砌磚砌的很好，因此叫來蓋樓比較好
 *
 * @author EamonZzz
 * @date 2019-10-26 15:11
 */
public class WorkerA implements Worker {
    @Override
    public void doWork(String command) {
        System.out.println("我是工人A，包工頭叫我 " + command);
    }
}

而後再來一個工人B，他是專業刷漆的 WorkerB：

/**
 * 工人A 他砌磚砌的很好，因此叫來蓋樓比較好
 *
 * @author EamonZzz
 * @date 2019-10-26 15:11
 */
public class WorkerA implements Worker {
    @Override
    public void doWork(String command) {
        System.out.println("我是工人A，包工頭叫我 " + command);
    }
}

再來找一個包工頭，包工頭也是一名工人，可是這個包工頭主要是組織工人幹活，Contractor：

/**
 * 包工頭(也是一名工人)，承接項目，分配工人
 *
 * @author EamonZzz
 * @date 2019-10-26 15:07
 */
public class Contractor implements Worker {

    private Map<String,Worker> targets = new HashMap<String, Worker>();

    public Contractor() {
        targets.put("蓋樓", new WorkerA());
        targets.put("刷漆", new WorkerB());
    }

    /**
     * 包工頭不須要本身幹活
     * @param command
     */
    @Override
    public void doWork(String command) {
        targets.get(command).doWork(command);
    }
}

最後就是有蓋樓刷漆的需求的人，Boss：

/**
 * 我，須要蓋樓的人，給包工頭下達蓋樓、刷漆的命令
 *
 * @author EamonZzz
 * @date 2019-10-26 15:06:09
 **/
public class Boss {
    /**
     * 下達 請求
     *
     * @param command
     * @param contractor
     */
    public void command(String command, Contractor contractor) {
        contractor.doWork(command);
    }
}

來看一下測試類：

/**
 * @author EamonZzz
 * @date 2019-10-26 15:23
 */
public class BossTest {

    @Test
    public void test() {
        Boss boss = new Boss();
        boss.command("蓋樓", new Contractor());
        boss.command("刷漆", new Contractor());
    }

}

最終結果：

我是工人A，包工頭叫我 蓋樓
我是工人B，包工頭叫我 刷漆

類圖

這個過程就模擬完畢，Boss 給包工頭下達命令說我要蓋樓，而後包工頭就去找可以蓋樓的人去蓋樓；而後下達命令說，個人樓房須要刷漆了，包工頭就去找刷漆的人來幹這件事情。

SpringMVC中使用委派模式的場景

在SpringMVC中，也有委派模式的身影，好比咱們最多見的 DispatcherServlet 它用來將咱們前端URL傳過來的請求，分發到相應的 Controller 控制器來處理請求，那麼它是怎麼來完成這一過程的呢？

其實結合上面的實例場景就不難分析出來原理。

---

總結

對於「委派模式」和「靜態代理模式」的區別，在文章開頭已經提到過，「靜態代理」注重過程，代理類和被代理類都要去實現一個接口；而「委派模式」更注重結果，Boss不須要實現Worker 這個接口。就拿敲代碼這個能力來講，「靜態代理」的Boss類須要會敲代碼，而「委派模式」中的Boss則不須要會敲代碼。

源碼地址：https://github.com/eamonzzz/java-advanced/tree/...