韓信拜將:委派模式
大家好,我是老田,從今天開(kāi)始,本公眾號(hào)每周給大家送福利,送什么呢?肯定是技術(shù)書(shū)啦,沒(méi)那么多花里胡哨的,參與方式見(jiàn)文末。
好啦,進(jìn)入我們的主題,今天我給大家分享設(shè)計(jì)模式中的委派模式。用貼切的生活故事,以及真實(shí)項(xiàng)目場(chǎng)景來(lái)講設(shè)計(jì)模式,最后用一句話(huà)來(lái)總結(jié)這個(gè)設(shè)計(jì)模式。
故事
從字面意義上來(lái)看,委派:指委托安排;委任派遣 。
在我們技術(shù)領(lǐng)域有個(gè)模式也叫委派模式,但委派模式不屬于GOF的23種模式,但由于其性質(zhì)和作用,大家都把委派模式歸納在行為模式中。
在楚漢傳奇中,劉邦當(dāng)時(shí)封韓信為大將軍時(shí),下面很多人非常不服。不服的理由很簡(jiǎn)單,就是韓信沒(méi)立過(guò)多少軍工,在戰(zhàn)隊(duì)里沒(méi)有威望。然而他直說(shuō)了一句:“我只聽(tīng)大王的命令,我只要10個(gè)聽(tīng)我命令的將軍”。
劉邦下達(dá)命令給韓信,韓信根據(jù)將軍們的特長(zhǎng),下達(dá)對(duì)應(yīng)命令。
委派模式的定義
委派模式:英文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<String, IEmployee> 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è)試類(lèi):
- 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í)際分派給處理程序
- * <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 {
- ...
- }
這里只能點(diǎn)到為止,因?yàn)樯婕暗胶芏鄸|西,尤其是HandlerAdapters、HandlerMapping不是一時(shí)半會(huì)能講完的。
另外, 在一些框架源碼中,比如Spring等,命名以Delegate結(jié)尾,比如:BeanDefinitionParserDelegate(根據(jù)不同的類(lèi)型委派不同的邏輯解析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)行多重委派,容易造成混亂。
總結(jié)
好了,關(guān)于委派模式就聊到這里,你學(xué)會(huì)了嗎?
最后用一句話(huà)來(lái)總結(jié)委派模式:
需求是很簡(jiǎn)單,但是我不管
本文轉(zhuǎn)載自微信公眾號(hào)「Java后端技術(shù)全?!梗梢酝ㄟ^(guò)以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系Java后端技術(shù)全棧公眾號(hào)。