[[403601]]

大家好，我是老田，從今天開始，本公眾號每周給大家送福利，送什么呢?肯定是技術書啦，沒那么多花里胡哨的，參與方式見文末。

好啦，進入我們的主題，今天我給大家分享設計模式中的委派模式。用貼切的生活故事，以及真實項目場景來講設計模式，最后用一句話來總結這個設計模式。

故事

從字面意義上來看，委派：指委托安排;委任派遣 。

在我們技術領域有個模式也叫委派模式，但委派模式不屬于GOF的23種模式，但由于其性質和作用，大家都把委派模式歸納在行為模式中。

[[403602]]

在楚漢傳奇中，劉邦當時封韓信為大將軍時，下面很多人非常不服。不服的理由很簡單，就是韓信沒立過多少軍工，在戰(zhàn)隊里沒有威望。然而他直說了一句：“我只聽大王的命令，我只要10個聽我命令的將軍”。

[[403603]]

劉邦下達命令給韓信，韓信根據(jù)將軍們的特長，下達對應命令。

委派模式的定義

委派模式：英文Delegate Pattern，它的基本作用就是負責任務的調度和分配任務。

在這里需要注意，委派模式和代理模式非常相似，可以把委派模式看作為一種特殊情況下的靜態(tài)代理的全權代理。

代理模式：重點在于過程。委派模式：重點在于結果。

生活案列

公司內(nèi)，老板把任務下發(fā)給項目經(jīng)理，項目經(jīng)理自己不會去干活，而是把這些任務按照每個人負責的模塊，交給對應的開發(fā)同事們?nèi)ラ_發(fā)，大家把任務完成結果告訴項目經(jīng)理，最后項目經(jīng)理把結果匯總給老板。

這邊是一個非常典型的委派模式的應用場景。

用一張圖表示：

代碼實現(xiàn)

開發(fā)同事有很多，但是有個統(tǒng)一的屬性，那就是碼代碼：

//開發(fā)的同事進行抽象 
public interface IEmployee { 
    void doing(String command); 
} 
//下面假設有三哥員工 
public class EmployeeA  implements  IEmployee{ 
    @Override 
    public void doing(String command) { 
        System.out.println("我是員工A，擅長做數(shù)據(jù)庫設計，現(xiàn)在開始做" + command); 
    } 
} 
public class EmployeeB implements IEmployee { 
    @Override 
    public void doing(String command) { 
        System.out.println("我是員工B，擅長做架構，現(xiàn)在開始做" + command); 
    } 
} 
public class EmployeeC implements IEmployee { 
    @Override 
    public void doing(String command) { 
        System.out.println("我是員工C，擅長做業(yè)務，現(xiàn)在開始做" + command); 
    } 
} 

員工有了，那么我們就來定義項目經(jīng)理Leader。

import java.util.HashMap; 
import java.util.Map; 
 
public class Leader { 
 
    private Map<String, IEmployee> employeeMap = new HashMap<>(); 
    //既然是項目經(jīng)歷，那他心里，肯定知道每個開發(fā)同事擅長的領域是什么 
    public Leader() { 
        employeeMap.put("數(shù)據(jù)庫設計", new EmployeeA()); 
        employeeMap.put("架構設計", new EmployeeB()); 
        employeeMap.put("業(yè)務代碼", new EmployeeC()); 
    } 
 
    //leader接收到老板Boss的任務命令后 
    public void doing(String command) { 
        //項目經(jīng)理通過任務命令，找到對應的開發(fā)同事， 
        // 然后把對應任務明給這位同事，這位同事就可以去干活了 
        employeeMap.get(command).doing(command); 
    } 
} 

有了開發(fā)同事、項目經(jīng)理，那還得有Boss。

public class Boss { 
    //Boss也得根據(jù)每個項目經(jīng)理鎖負責的領域進行任務分配 
    public void command(String command, Leader leader) { 
        leader.doing(command); 
    } 
} 

測試類：

public class DelegateDemoTest { 
    public static void main(String[] args) { 
        new Boss().command("架構設計", new Leader()); 
    } 
} 

運行結果：

我是員工B，擅長做架構，現(xiàn)在開始做架構設計 

這樣我們就把一個生活中委派模式的案例，使用代碼實現(xiàn)了。簡單否?

上面的案例中，有三個重要的角色：

• 抽象人物角色IEmployee
• 具體任務角色：EmployeeA、EmployeeB、EmployeeC
• 委派這角色：Leader

真實應用場景

在Spring MVC中有個大姐耳熟能詳?shù)腄ispatcherServlet ，下面請看DispatcherServlet 在整個流程中的角色：

protected void doService(HttpServletRequest request, HttpServletResponse response) throws Exception { 
    //轉發(fā)、分派 
    doDispatch(request, response); 
} 
/** 
 * Process the actual dispatching to the handler. 
 * 處理實際分派給處理程序 
 * <p>The handler will be obtained by applying the servlet's HandlerMappings in order. 
 * The HandlerAdapter will be obtained by querying the servlet's installed HandlerAdapters 
 * to find the first that supports the handler class. 
 * <p>All HTTP methods are handled by this method. It's up to HandlerAdapters or handlers 
 * themselves to decide which methods are acceptable. 
 * @param request current HTTP request 
 * @param response current HTTP response 
 * @throws Exception in case of any kind of processing failure 
 */ 
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception { 
    ... 
} 

這里只能點到為止，因為涉及到很多東西，尤其是HandlerAdapters、HandlerMapping不是一時半會能講完的。

另外， 在一些框架源碼中，比如Spring等，命名以Delegate結尾，比如：BeanDefinitionParserDelegate(根據(jù)不同的類型委派不同的邏輯解析BeanDefinition)，或者是以Dispacher開頭和結尾或開頭的，比如：DispacherServlet一般都使用了委派模式。

委派模式的優(yōu)缺點

• 優(yōu)點：通過任務委派，能夠將一個大型的任務細化，然后通過統(tǒng)一管理這些子任務的完成情況實現(xiàn)任務的跟進，能夠加快任務完成的速度。
• 缺點：任務委派方式需要根據(jù)任務復雜程度進行不同的改變，在任務比較復雜的情況下，可能需要進行多重委派，容易造成混亂。

總結

好了，關于委派模式就聊到這里，你學會了嗎?

最后用一句話來總結委派模式：

需求是很簡單，但是我不管

本文轉載自微信公眾號「Java后端技術全棧」，可以通過以下二維碼關注。轉載本文請聯(lián)系Java后端技術全棧公眾號。