이 문서 자료 : 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);
}
}
}
넷째, 모델 요약
- 분리 요청 및 프로세싱 로직, 유연성 향상 디커플링 시스템을 달성하는 단계;
- 책임의 체인이 너무 긴 경우, 성능 테스트가 복잡해질 것이다 떨어질 것이다;
- 시나리오 : 떠나 지불 및 기타 일반적인 비용 승인 프로세스;
다섯째, 소스 코드의 주소
GitHub·地址
https://github.com/cicadasmile/model-arithmetic-parent
GitEE·地址
https://gitee.com/cicadasmile/model-arithmetic-parent