韓信拜將：委派模式
大家好，我是老田，從今天開始，本公眾號每周給大家送福利，送什么呢?肯定是技術書啦，沒那么多花里胡哨的，參與方式見文末。
好啦，進入我們的主題，今天我給大家分享設計模式中的委派模式。用貼切的生活故事，以及真實項目場景來講設計模式，最后用一句話來總結這個設計模式。
故事
從字面意義上來看，委派：指委托安排;委任派遣 。
在我們技術領域有個模式也叫委派模式，但委派模式不屬于GOF的23種模式，但由于其性質和作用，大家都把委派模式歸納在行為模式中。
在楚漢傳奇中，劉邦當時封韓信為大將軍時，下面很多人非常不服。不服的理由很簡單，就是韓信沒立過多少軍工，在戰隊里沒有威望。然而他直說了一句：“我只聽大王的命令，我只要10個聽我命令的將軍”。
劉邦下達命令給韓信，韓信根據將軍們的特長，下達對應命令。
委派模式的定義
委派模式：英文Delegate Pattern，它的基本作用就是負責任務的調度和分配任務。
在這里需要注意，委派模式和代理模式非常相似，可以把委派模式看作為一種特殊情況下的靜態代理的全權代理。
代理模式：重點在于過程。委派模式：重點在于結果。
生活案列
公司內，老板把任務下發給項目經理，項目經理自己不會去干活，而是把這些任務按照每個人負責的模塊，交給對應的開發同事們去開發，大家把任務完成結果告訴項目經理，最后項目經理把結果匯總給老板。
這邊是一個非常典型的委派模式的應用場景。
用一張圖表示：
代碼實現
開發同事有很多，但是有個統一的屬性，那就是碼代碼：
- //開發的同事進行抽象
- public interface IEmployee {
- void doing(String command);
- }
- //下面假設有三哥員工
- public class EmployeeA implements IEmployee{
- @Override
- public void doing(String command) {
- System.out.println("我是員工A，擅長做數據庫設計，現在開始做" + command);
- }
- }
- public class EmployeeB implements IEmployee {
- @Override
- public void doing(String command) {
- System.out.println("我是員工B，擅長做架構，現在開始做" + command);
- }
- }
- public class EmployeeC implements IEmployee {
- @Override
- public void doing(String command) {
- System.out.println("我是員工C，擅長做業務，現在開始做" + command);
- }
- }
員工有了，那么我們就來定義項目經理Leader。
- import java.util.HashMap;
- import java.util.Map;
- public class Leader {
- private Map<String, IEmployee> employeeMap = new HashMap<>();
- //既然是項目經歷，那他心里，肯定知道每個開發同事擅長的領域是什么
- public Leader() {
- employeeMap.put("數據庫設計", new EmployeeA());
- employeeMap.put("架構設計", new EmployeeB());
- employeeMap.put("業務代碼", new EmployeeC());
- }
- //leader接收到老板Boss的任務命令后
- public void doing(String command) {
- //項目經理通過任務命令，找到對應的開發同事，
- // 然后把對應任務明給這位同事，這位同事就可以去干活了
- employeeMap.get(command).doing(command);
- }
- }
有了開發同事、項目經理，那還得有Boss。
- public class Boss {
- //Boss也得根據每個項目經理鎖負責的領域進行任務分配
- 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，擅長做架構，現在開始做架構設計
這樣我們就把一個生活中委派模式的案例，使用代碼實現了。簡單否?
上面的案例中，有三個重要的角色：
- 抽象人物角色IEmployee
- 具體任務角色：EmployeeA、EmployeeB、EmployeeC
- 委派這角色：Leader
真實應用場景
在Spring MVC中有個大姐耳熟能詳的DispatcherServlet ，下面請看DispatcherServlet 在整個流程中的角色：
- protected void doService(HttpServletRequest request, HttpServletResponse response) throws Exception {
- //轉發、分派
- 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(根據不同的類型委派不同的邏輯解析BeanDefinition)，或者是以Dispacher開頭和結尾或開頭的，比如：DispacherServlet一般都使用了委派模式。
委派模式的優缺點
- 優點：通過任務委派，能夠將一個大型的任務細化，然后通過統一管理這些子任務的完成情況實現任務的跟進，能夠加快任務完成的速度。
- 缺點：任務委派方式需要根據任務復雜程度進行不同的改變，在任務比較復雜的情況下，可能需要進行多重委派，容易造成混亂。
總結
好了，關于委派模式就聊到這里，你學會了嗎?
最后用一句話來總結委派模式：
需求是很簡單，但是我不管
本文轉載自微信公眾號「Java后端技術全棧」，可以通過以下二維碼關注。轉載本文請聯系Java后端技術全棧公眾號。
