한신의 장군 되기: 위임 모드

안녕하세요 여러분, 저는 Lao Tian입니다. 오늘부터 이 공식 계정에서는 모든 분들께 복지선물送福利，送什么呢？肯定是技术书啦，没那么多花里胡哨的，参与方式见文末。

好啦，进入我们的主题，今天我给大家分享设计模式中的委派模式, 무엇을 줄까? 참여 방법은 기사 끝부분을 참조하세요.

좋아요, 주제를 입력해 보겠습니다. 오늘은 디자인의 위임 모드. 적절한 인생 이야기와 실제 프로젝트 시나리오를 사용하여 디자인 패턴에 대해 이야기하고 마지막으로 디자인 패턴을 한 문장으로 요약합니다. Story

위임이란 말 그대로 위임 파견을 말합니다.

우리 기술 분야에는 위임 모델이라고도 불리는 모델이 있는데, 위임 모델은 GOF의 23개 모델에 속하지 않습니다. 그러나 그 성격과 역할 때문에 모두가 위임 모델을 행동 모델로 요약합니다.

초한 전설에서 유방이 한신을 장군으로 삼았을 때 그 아래 많은 사람들이 매우 불만을 품었습니다. 그가 불만을 품은 이유는 매우 간단합니다. 즉, 한신은 군사 프로젝트를 많이 수립하지 않았고 팀 내에서 명성도 없었습니다. 그러나 그는 "나는 오직 왕의 명령에만 복종한다. 내 명령에 복종하는 장수는 10명뿐이다"라고 직설적으로 말했다.

🎜🎜 유방은 한신에게 명령을 내렸고, 한신은 장군들의 특기를 바탕으로 그에 상응하는 명령을 내렸다. 🎜

위임 패턴의 정의

위임 패턴: 영어 Delegate 패턴으로 기본 기능은 작업 예약 및 작업 할당을 담당하는 것입니다.

여기서 위임 모드는 프록시 모드와 매우 유사하다는 점에 유의해야 합니다. 위임 모드는 특별한 경우 정적 프록시의 완전한 권한으로 간주될 수 있습니다.

에이전트 모드: 초점은 프로세스에 있습니다. 위임 모델: 결과에 중점을 둡니다.

Life Cases

회사에서는 상사가 프로젝트 매니저에게 작업을 할당하는 것이 아니라 프로젝트 관리자가 직접 작업을 수행하는 것이 아니라 각 모듈에 따라 이러한 작업을 해당 모듈에 할당합니다. 개발 동료가 개발하러 가고, 모두가 프로젝트 관리자에게 작업 완료 결과를 알리고, 마지막으로 프로젝트 관리자는 결과를 상사에게 요약합니다.

다음은 위임 모드의 매우 일반적인 적용 시나리오입니다.

그림으로 표현:

코드 구현

개발 동료는 많지만 통일된 속성, 즉 코드가 있습니다.

//开发的同事进行抽象
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);
    }
}

직원이 거기 있으면 우리는 하세요 프로젝트 관리자 리더를 정의하세요.

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);
    }
}

개발 동료와 프로젝트 관리자가 있다면 보스도 필요합니다.

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&#39;s HandlerMappings in order.
 * The HandlerAdapter will be obtained by querying the servlet&#39;s installed HandlerAdapters
 * to find the first that supports the handler class.
 * <p>All HTTP methods are handled by this method. It&#39;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一般都使用了委派模式。

위임 모델의 장점과 단점

• 장점: 작업 위임을 통해 대규모 작업을 세분화할 수 있으며, 하위 작업 완료에 대한 통합 관리로 작업을 추적할 수 있습니다. , 작업 완료 속도를 높일 수 있습니다.
• 단점: 업무의 복잡성에 따라 업무 위임 방식을 변경해야 하며, 업무가 상대적으로 복잡한 경우에는 여러 번의 위임이 필요할 수 있어 혼동되기 쉽습니다.

Summary

자, 위임 모델에 대한 이야기는 여기까지 입니다.

마지막으로 위임 모델을 한 문장으로 요약하면 다음과 같습니다.

요구사항은 매우 간단하지만 상관없습니다

위 내용은 한신의 장군 되기: 위임 모드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!