책임 패턴 체인 (15)에 설명 된 자바 디자인 패턴

이 문서 자료 : GitHub의이 · 여기를 클릭 || GitEE · 여기를 클릭하십시오

삶의 하나 설명 장면

1, 승인 절차를 남겨

이 회사의 일반적인 휴가 승인 과정 : 일 남겨

当 day<=3   天,项目经理审批
当 3<day<=5 天,部门经理审批
当 day>5    天,CEO审批

2 흐름도

3, 코드 구현

public class C01_InScene {
    public static void main(String[] args) {
        // 组装责任链
        AuditHandler h1 = new CeoManger();
        AuditHandler h2 = new DeptManger();
        AuditHandler h3 = new ProjectManger();
        h3.setSuccessor(h2);
        h2.setSuccessor(h1);
        /*
         * 测试输出
         * 项目经理无权审批
         * 部门经理无权审批
         * CEO审批:同意【Cicada】,请假【6】天
         */
        h3.handleLeaveDay("Cicada",6);
    }
}
abstract class AuditHandler {
    //持有下一个处理请求的对象
    protected AuditHandler successor = null;
    public AuditHandler getSuccessor() {
        return successor;
    }
    public void setSuccessor(AuditHandler successor) {
        this.successor = successor;
    }
    public abstract void handleLeaveDay (String user,Integer day);
}

/**
 * 项目经理审批
 */
class ProjectManger extends AuditHandler{
    @Override
    public void handleLeaveDay(String user, Integer day) {
        if (day <= 3){
            System.out.println("项目经理审批:同意【"+user+"】,请假【"+day+"】天");
        } else {
            System.out.println("项目经理无权审批");
            if (getSuccessor() != null){
                getSuccessor().handleLeaveDay(user,day);
            }
        }
    }
}
/**
 * 部门经理审批
 */
class DeptManger extends AuditHandler{
    @Override
    public void handleLeaveDay(String user, Integer day) {
        if (day > 3 && day <= 5){
            System.out.println("部门经理审批:同意【"+user+"】,请假【"+day+"】天");
        } else {
            System.out.println("部门经理无权审批");
            if (getSuccessor() != null){
                getSuccessor().handleLeaveDay(user,day);
            }
        }
    }
}
/**
 * CEO审批
 */
class CeoManger extends AuditHandler{
    @Override
    public void handleLeaveDay(String user, Integer day) {
        if (day > 5){
            System.out.println("CEO审批:同意【"+user+"】,请假【"+day+"】天");
        } else {
            if (getSuccessor() != null){
                getSuccessor().handleLeaveDay(user,day);
            }
        }
    }
}

책임 패턴의 둘째, 체인

1, 기본 개념

책임 패턴 체인의 객체 행동 패턴입니다. 다음은 고리 구조를 형성하도록 함께 연결된다에 책임 패턴 체인, 많은 개체는 개체의 각각에 의해 참조. 요청을 처리 할 수있는 권리 체인의 특정 물체까지이 사슬 전달 요청. 클라이언트가 요청하면 시스템이 동적으로 다시 구성하고 책임은 클라이언트에 영향을주지 않고 개체를 할당 할 수 요청을 처리하기 위해 체인 개체를 알 수 없습니다.

2, 핵심 역할

추상 핸들러 (1), 역할

인터페이스에 처리 요구를 정의. 인터페이스 방법을 제공하기 위해 설정 한 다음 객체에 대한 참조를 반환 할 수있다. 이 역할은 일반적으로 자바 추상 ​​클래스 또는 Java 인터페이스로 구성되어 있습니다.

(2) 특이 적 역할을 해결

요청 DETAILED 프로세서는 요청 처리는 아웃 선택하거나, 다음으로 요청 될 수있다. 때문에 특정 핸들러에 다음 집에 대한 참조를 보유하고 있습니다.

(3) 패턴을 도시

도 4에서, 소스 코드를 달성

public class C02_Chain {
    public static void main(String[] args) {
        // 组装责任链
        Handler handler1 = new ConcreteHandler();
        Handler handler2 = new ConcreteHandler();
        handler1.setHandler(handler2);
        // 提交请求
        handler1.handlerRequest();
    }
}
/**
 * 抽象处理者角色
 */
abstract class Handler {
    /*
     * 持有后续的责任对象
     */
    protected Handler handler;
    /**
     * 处理请求的方法
     */
    public abstract void handlerRequest();
    public Handler getHandler() {
        return handler;
    }
    public void setHandler(Handler handler) {
        this.handler = handler;
    }
}
/**
 * 具体处理者角色
 */
class ConcreteHandler extends Handler{
    /**
     * 调用该方法处理请求
     */
    @Override
    public void handlerRequest() {
        /*
         * 判断是否有后续的责任对象,没有就出来请求,有就直接放过
         */
        if(getHandler() != null){
            System.out.println("放过请求,下个对象处理...");
            getHandler().handlerRequest();
        } else{
            System.out.println("直接处理请求了...");
        }
    }
}

세, 스프링 프레임 워크 응용 프로그램

1, DispatcherServlet이 클래스

DispatcherServlet을 핵심 방법하는 doDispatch. 자체가 직접 요청을 처리하지 않는 각 인터셉터에 등록 할 수의 HandlerInterceptor 유지 보수 HandlerExecutionChain을 단지 컬렉션은, 요청이 상기 등록 처리부에 할당 자체 및 프로세싱 로직 듀티 체인 사이의 결합의 정도를 감소시키기 위해, 책임의 사슬을 행한다.

HandlerExecutionChain mappedHandler = null;
mappedHandler = this.getHandler(processedRequest);
mappedHandler.applyPreHandle(processedRequest, response);
mappedHandler.applyPostHandle(processedRequest, response, mv);

2, HandlerExecutionChain을 类

여러 분석 방법은이 방법의 DispatcherServlet하는 doDispatch 클래스에서 요구되는, 본원에 기재된.

  • 인터셉터를 가져, preHandle 메소드를 실행한다.
boolean applyPreHandle(HttpServletRequest request, 
                       HttpServletResponse response) throws Exception {
    HandlerInterceptor[] interceptors = this.getInterceptors();
    if (!ObjectUtils.isEmpty(interceptors)) {
        for(int i = 0; i < interceptors.length; this.interceptorIndex = i++) {
            HandlerInterceptor interceptor = interceptors[i];
            if (!interceptor.preHandle(request, response, this.handler)) {
                this.triggerAfterCompletion(request, response, (Exception)null);
                return false;
            }
        }
    }
    return true;
}
  • applyPreHandle에서 프로세스 triggerAfterCompletion 방법을 수행 하였다.
void triggerAfterCompletion(HttpServletRequest request, 
                            HttpServletResponse response, Exception ex) throws Exception {
    HandlerInterceptor[] interceptors = this.getInterceptors();
    if (!ObjectUtils.isEmpty(interceptors)) {
        for(int i = this.interceptorIndex; i >= 0; --i) {
            HandlerInterceptor interceptor = interceptors[i];
            try {
                interceptor.afterCompletion(request, response, this.handler, ex);
            } catch (Throwable var8) {
                logger.error("HandlerInterceptor.afterCompletion threw exception", var8);
            }
        }
    }
}
  • 인터셉터를 가져, applyPostHandle 방법을 실행한다.
void applyPostHandle(HttpServletRequest request, 
                     HttpServletResponse response, ModelAndView mv) 
                     throws Exception {
    HandlerInterceptor[] interceptors = this.getInterceptors();
    if (!ObjectUtils.isEmpty(interceptors)) {
        for(int i = interceptors.length - 1; i >= 0; --i) {
            HandlerInterceptor interceptor = interceptors[i];
            interceptor.postHandle(request, response, this.handler, mv);
        }
    }
}

넷째, 모델 요약

  1. 분리 요청 및 프로세싱 로직, 유연성 향상 디커플링 시스템을 달성하는 단계;
  2. 책임의 체인이 너무 긴 경우, 성능 테스트가 복잡해질 것이다 떨어질 것이다;
  3. 시나리오 : 떠나 지불 및 기타 일반적인 비용 승인 프로세스;

다섯째, 소스 코드의 주소

GitHub·地址
https://github.com/cicadasmile/model-arithmetic-parent
GitEE·地址
https://gitee.com/cicadasmile/model-arithmetic-parent

추천

출처www.cnblogs.com/cicada-smile/p/11716928.html