Java 디자인 패턴의 책임 사슬 패턴 분석 예

이 글은 주로 디자인 패턴의 책임 연결 패턴에 대한 관련 정보를 소개합니다. 관심 있는 친구들이 참고할 수 있습니다.

정의: 여러 객체가 요청을 처리할 수 있는 기회를 제공합니다. 요청의 발신자와 수신자 간의 결합 관계를 피합니다. 이러한 개체는 체인으로 연결되며 요청은 개체가 처리할 때까지 체인을 따라 전달됩니다.

유형: 동작 클래스 패턴

클래스 다이어그램:

먼저 코드 부분을 살펴보세요.

public void test(int i, Request request){ 
 if(i==1){ 
  Handler1.response(request); 
 }else if(i == 2){ 
  Handler2.response(request); 
 }else if(i == 3){ 
  Handler3.response(request); 
 }else if(i == 4){ 
  Handler4.response(request); 
 }else{ 
  Handler5.response(request); 
 } 
}

코드의 비즈니스 로직은 다음과 같습니다. 정수 i 및 요청의 경우 i 값에 따라 요청을 처리할 사람이 결정됩니다. i==1이면 Handler1에 의해 처리되고, i==2이면 Handler2에 의해 처리됩니다. 프로그래밍에서 이러한 비즈니스 처리 방법은 매우 일반적입니다. 요청을 처리하는 모든 클래스에는 if...else...조건 판단 문이 연결되어 요청을 처리하는 책임 체인을 형성합니다. 이 방법의 장점은 매우 직관적이고 간단하며 명확하며 상대적으로 유지 관리가 쉽다는 것입니다. 그러나 이 방법에는 몇 가지 귀찮은 문제도 있습니다. 1인지 2인지 판단하는 것은 그리 간단하지 않습니다. 복잡한 계산, 데이터베이스 쿼리 등이 필요할 수 있으며 이로 인해 추가 코드가 많이 필요할 수 있습니다. 판단 조건이 더 있으면 다음과 같습니다. ..else... 문은 기본적으로 더 이상 볼 수 없다는 것입니다.

높은 수준의 결합: 요청 처리를 위해 클래스를 계속 추가하려면 판단 조건 외에 else도 계속 추가해야 하며, 이 조건 판단의 순서도 하드 코딩되어 있습니다. 순서를 변경하려면 이 조건문만 수정할 수 있습니다.
이제 단점이 분명해졌으니 이를 해결할 방법을 찾아야 합니다. 이 시나리오의 비즈니스 논리는 매우 간단합니다. 조건 1이 충족되면 Handler1에 의해 처리되고, 그렇지 않으면 조건 2가 충족되면 Handler2에 의해 처리됩니다. , 조건이 종료될 때까지 계속 전달됩니다. 실제로 개선 방법도 매우 간단합니다. 즉, 판단 조건 부분을 처리 클래스에 넣는 것입니다. 이것이 책임 사슬 모델의 원리입니다. 책임 체인 패턴의 구조

책임 체인 패턴의 클래스 다이어그램은 매우 간단합니다. 추상 처리 클래스와 구현 클래스 집합으로 구성됩니다.

추상 처리 클래스 :

Abstract 처리 클래스에는 주로 다음 처리 클래스를 가리키는 멤버 변수 nextHandler와 요청 처리를 위한 handRequest 메서드가 포함되어 있습니다. handRequest 메서드의 주요 아이디어는 처리 조건이 충족되면 이 처리 클래스가 그렇지 않으면 nextHandler가 처리합니다.

특정 처리 클래스: 특정 처리 클래스는 주로 특정 처리 로직과 처리에 적용 가능한 조건을 구현합니다.模 책임에 대한 일반적인 생각과 패턴을 이해한 후 코드를 이해하는 것이 좋습니다.

R

class Level { 
  private int level = 0; 
  public Level(int level){ 
    this.level = level; 
  }; 
   
  public boolean above(Level level){ 
   if(this.level >= level.level){ 
      return true; 
    } 
    return false; 
  } 
} 
 
class Request { 
  Level level; 
  public Request(Level level){ 
    this.level = level; 
  } 
   
  public Level getLevel(){ 
    return level; 
  } 
} 
 
class Response { 
 
} 

abstract class Handler { 
  private Handler nextHandler;   
  public final Response handleRequest(Request request){ 
    Response response = null; 
     
   if(this.getHandlerLevel().above(request.getLevel())){ 
      response = this.response(request); 
    }else{ 
      if(this.nextHandler != null){ 
        this.nextHandler.handleRequest(request); 
      }else{ 
        System.out.println("-----没有合适的处理器-----"); 
      } 
    } 
    return response; 
  } 
  public void setNextHandler(Handler handler){ 
   this.nextHandler = handler; 
  } 
  protected abstract Level getHandlerLevel(); 
   public abstract Response response(Request request); 
} 
 
class ConcreteHandler1 extends Handler { 
  protected Level getHandlerLevel() { 
    return new Level(1); 
  } 
  public Response response(Request request) { 
    System.out.println("-----请求由处理器1进行处理-----"); 
    return null; 
  } 
} 
 
class ConcreteHandler2 extends Handler { 
  protected Level getHandlerLevel() { 
    return new Level(3); 
  } 
  public Response response(Request request) { 
    System.out.println("-----请求由处理器2进行处理-----"); 
    return null; 
  } 
} 
 
class ConcreteHandler3 extends Handler { 
  protected Level getHandlerLevel() { 
    return new Level(5); 
  } 
  public Response response(Request request) { 
    System.out.println("-----请求由处理器3进行处理-----"); 
    return null; 
  } 
} 
 
public class Client { 
  public static void main(String[] args){ 
    Handler handler1 = new ConcreteHandler1(); 
    Handler handler2 = new ConcreteHandler2(); 
    Handler handler3 = new ConcreteHandler3(); 
 
    handler1.setNextHandler(handler2); 
    handler2.setNextHandler(handler3); 
     
    Response response = handler1.handleRequest(new Request(new Level(4))); 
  } 
}

코드의 레벨 클래스는 요청, 응답은 각각 요청 및 응답에 해당합니다. ; 추상 클래스에서 Handler 조건을 판단하는 것이 주요 목적이며 여기에서는 처리 수준이 요청 수준보다 높은 경우에만 처리할 수 있습니다. 그렇지 않으면 다음 단계로 넘어갑니다. 프로세서. Client 클래스에서 체인의 실행 전후 관계를 설정하고 실행 중에 첫 번째 처리 클래스에 요청을 전달합니다. 이것이 완료되는 기능은 if...else... 문과 동일합니다. 이전 기사에서.

책임 체인 패턴의 장점과 단점

if...else...와 비교하면 책임 체인 패턴은 조건 결정을 다양한 처리 클래스로 분산하므로 결합도가 낮으며, 이러한 처리 클래스의 순서는 다음과 같습니다. 우선순위는 임의로 설정할 수 있습니다. 책임 사슬 모델에도 단점이 있는데, 이는 if...else...문의 단점과 동일합니다. 즉, 책임 사슬을 찾을 때 올바른 처리 클래스를 찾기 전에 모든 판단 조건이 실행되어야 합니다. 상대적으로 길면 성능 문제가 더 심각해집니다.的 책임 체인 모드의 적용

처음의 예와 같이 if ... else ... 문을 사용하여 책임 체인을 구성하면 코드가 나빠 보일 때 무력감을 느낄 수 있습니다. Refactor를 사용하려면 이를 사용하는 책임 체인 모드를 사용하세요.

요약

其实 책임 체인 모드는 실제로 if ... else ... 문의 유연한 버전입니다. 이는 클래스의 컨텍스트를 다룰 때 이러한 판단 조건을 다양한 처리 범주에 넣는 것입니다. 클래스 처리 전후의 로직 사이의 조건부 관계를 확인하고 체인에서 순환 참조가 발생하지 않도록 주의하세요.

위 내용은 Java 디자인 패턴의 책임 사슬 패턴 분석 예의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!