這篇文章主要講解了“利用java代碼實(shí)現(xiàn)委派模式”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“利用java代碼實(shí)現(xiàn)委派模式”吧！

創(chuàng)新互聯(lián)建站主營(yíng)霍州網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,APP應(yīng)用開(kāi)發(fā),霍州h5重慶小程序開(kāi)發(fā)搭建,霍州網(wǎng)站營(yíng)銷推廣歡迎霍州等地區(qū)企業(yè)咨詢

委派模式的定義

委派模式：英文Delegate Pattern，它的基本作用就是負(fù)責(zé)任務(wù)的調(diào)度和分配任務(wù)。

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

代理模式：重點(diǎn)在于過(guò)程。委派模式：重點(diǎn)在于結(jié)果。

生活案列

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

這邊是一個(gè)非常典型的委派模式的應(yīng)用場(chǎng)景。

用一張圖表示：

代碼實(shí)現(xiàn)

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

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

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

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

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

public class Boss {     //Boss也得根據(jù)每個(gè)項(xiàng)目經(jīng)理鎖負(fù)責(zé)的領(lǐng)域進(jìn)行任務(wù)分配     public void command(String command, Leader leader) {         leader.doing(command);     } }

測(cè)試類：

public class DelegateDemoTest {     public static void main(String[] args) {         new Boss().command("架構(gòu)設(shè)計(jì)", new Leader());     } }

運(yùn)行結(jié)果：

我是員工B，擅長(zhǎng)做架構(gòu)，現(xiàn)在開(kāi)始做架構(gòu)設(shè)計(jì)

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

上面的案例中，有三個(gè)重要的角色：

• 抽象人物角色I(xiàn)Employee

• 具體任務(wù)角色：EmployeeA、EmployeeB、EmployeeC

• 委派這角色：Leader

真實(shí)應(yīng)用場(chǎng)景

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

protected void doService(HttpServletRequest request, HttpServletResponse response) throws Exception {     //轉(zhuǎn)發(fā)、分派     doDispatch(request, response); } /**  * Process the actual dispatching to the handler.  * 處理實(shí)際分派給處理程序  * 
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.  * 
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 {     ... }

這里只能點(diǎn)到為止，因?yàn)樯婕暗胶芏鄸|西，尤其是HandlerAdapters、HandlerMapping不是一時(shí)半會(huì)能講完的。

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

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

• 優(yōu)點(diǎn)：通過(guò)任務(wù)委派，能夠?qū)⒁粋€(gè)大型的任務(wù)細(xì)化，然后通過(guò)統(tǒng)一管理這些子任務(wù)的完成情況實(shí)現(xiàn)任務(wù)的跟進(jìn)，能夠加快任務(wù)完成的速度。

• 缺點(diǎn)：任務(wù)委派方式需要根據(jù)任務(wù)復(fù)雜程度進(jìn)行不同的改變，在任務(wù)比較復(fù)雜的情況下，可能需要進(jìn)行多重委派，容易造成混亂。

感謝各位的閱讀，以上就是“利用java代碼實(shí)現(xiàn)委派模式”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)利用java代碼實(shí)現(xiàn)委派模式這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！