정의: 여러 개체가 요청을 처리할 수 있는 기회를 갖도록 허용하여 요청 발신자와 수신자 간의 결합 관계를 피합니다. 이러한 개체는 체인으로 연결되며 요청은 개체가 처리할 때까지 체인을 따라 전달됩니다.
유형: 동작 클래스 패턴
클래스 다이어그램:
코드 부분 먼저 살펴보기:
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==1인 경우 요청은 Handler1에 의해 처리됩니다. , 처리를 위해 Handler2에 의해 처리됩니다. 프로그래밍에서는 이러한 비즈니스 처리 방법이 매우 일반적입니다. 요청을 처리하는 모든 클래스에는 if...else...조건 판단 문이 연결되어 요청을 처리하는 책임 체인을 형성합니다. 이 방법의 장점은 매우 직관적이고 간단하며 명확하며 상대적으로 유지 관리가 쉽다는 것입니다. 그러나 이 방법에는 몇 가지 귀찮은 문제도 있습니다.
비대해진 코드: 실제 애플리케이션의 판단 조건은 일반적으로 그렇게 간단하지 않습니다. 1인지 2인지 판단하려면 복잡한 계산, 데이터베이스 쿼리 등이 필요할 수 있으며, 이로 인해 추가 코드가 많이 필요할 수 있습니다. 이 경우 if...else... 문은 기본적으로 작동하지 않습니다. .봤어.
높은 수준의 결합: 요청 처리를 위해 클래스를 계속 추가하려면 판단 조건 외에 else도 추가해야 하며, 이 조건 판단의 순서도 변경해야 합니다. 이 조건문만 수정할 수 있습니다.
이제 단점이 분명해졌으니 이를 해결할 방법을 찾아야 합니다. 이 시나리오의 비즈니스 논리는 매우 간단합니다. 조건 1이 충족되면 Handler1에 의해 처리되고, 그렇지 않으면 조건 2가 충족되면 Handler2에 의해 처리됩니다. , 조건이 종료될 때까지 계속 전달됩니다. 실제로 개선 방법도 매우 간단합니다. 즉, 판단 조건 부분을 처리 클래스에 넣는 것입니다. 이것이 책임 사슬 모델의 원리입니다.
책임 사슬 패턴의 구조
책임 사슬 패턴의 클래스 다이어그램은 추상 처리 클래스와 구현 클래스 집합으로 구성됩니다.
추상 처리 클래스: 추상 처리 클래스에는 주로 다음 처리 클래스를 가리키는 멤버 변수 nextHandler와 요청을 처리하기 위한 handRequest 메서드가 포함되어 있습니다. handRequest 메서드의 주요 아이디어는 처리 조건이 충족되면 이 처리 클래스입니다. 처리할 것이고, 그렇지 않으면 nextHandler에 의해 처리될 것입니다.
특정 처리 클래스: 특정 처리 클래스는 주로 특정 처리 로직과 처리에 적용 가능한 조건을 구현합니다.
예시
책임 사슬 패턴에는 두 가지 역할이 있습니다.
추상 핸들러(Handler) 역할: 요청된 인터페이스를 정의합니다. 필요한 경우 다음 개체에 대한 참조를 설정하고 반환하는 메서드를 정의할 수 있습니다.
ConcreteHandler 역할: 처리 가능한 경우 요청이 처리됩니다. 처리할 수 없는 경우 해당 요청은 처리를 위해 다음 당사자에게 전달됩니다. 이는 처리할 수 있는 요청을 처리하고 다음 홈에 액세스할 수 있음을 의미합니다.
위 모드에 대한 테스트 코드는 다음과 같습니다.
package chainOfResp; /** *描述:抽象处理角色 */ public abstract class Handler { protected Handler successor; /** *描述:处理方法 */ public abstract void handlerRequest(String condition); public Handler getSuccessor() { return successor; } public void setSuccessor(Handler successor) { this.successor = successor; } }
package chainOfResp; /** *描述:具体处理角色 */ public class ConcreteHandler1 extends Handler { @Override public void handlerRequest(String condition) { // 如果是自己的责任,就自己处理,负责传给下家处理 if(condition.equals("ConcreteHandler1")){ System.out.println( "ConcreteHandler1 handled "); return ; }else{ System.out.println( "ConcreteHandler1 passed "); getSuccessor().handlerRequest(condition); } } }
package chainOfResp; /** *描述:具体处理角色 */ public class ConcreteHandler2 extends Handler { @Override public void handlerRequest(String condition) { // 如果是自己的责任,就自己处理,负责传给下家处理 if(condition.equals("ConcreteHandler2")){ System.out.println( "ConcreteHandler2 handled "); return ; }else{ System.out.println( "ConcreteHandler2 passed "); getSuccessor().handlerRequest(condition); } } }
package chainOfResp; /** *描述:具体处理角色 */ public class ConcreteHandlerN extends Handler { /** * 这里假设n是链的最后一个节点必须处理掉 * 在实际情况下,可能出现环,或者是树形, * 这里并不一定是最后一个节点。 * */ @Override public void handlerRequest(String condition) { System.out.println( "ConcreteHandlerN handled"); } }
package chainOfResp; /** *描述:测试类 */ public class Client { /** *描述: */ public static void main(String[] args) { Handler handler1 = new ConcreteHandler1(); Handler handler2 = new ConcreteHandler2(); Handler handlern = new ConcreteHandlerN(); //链起来 handler1.setSuccessor(handler2); handler2.setSuccessor(handlern); //假设这个请求是ConcreteHandler2的责任 handler1.handlerRequest("ConcreteHandler2"); } }
예를 들어 장난감 공장의 생산 작업장에서 조립 라인은 책임의 사슬입니다. 장난감 비행기에는 엔진 조립업체, 프로펠러 조립업체, 모형 포장업체로 구성된 쉘 조립업체가 있습니다. 이 객체가 누구에게 흘러가면 그 사람이 담당하는 부분을 설치하게 되고, 이 부분의 설치가 완료된 후 모든 환경이 완성될 때까지 다음 링크로 흘러가게 됩니다. 이것은 평생 책임의 사슬입니다. 품질 검사 체인도 있으며 품질 검사도 쉘 검사, 엔진 검사, 프로펠러 검사 및 포장 검사를 포함하여 여러 부분으로 나뉩니다. 제품을 검사관에게 맡기고 담당 부품을 검사할 경우, 문제가 있을 경우 직접 수거되며, 문제가 없으면 모든 검사가 완료될 때까지 다음 검사관에게 인계됩니다. 둘 다 책임 체인이지만 차이점은 모든 사람이 생성된 책임 체인을 처리하고 그 일부를 처리하는 반면 품질 검사 책임 체인은 판단되어 처리되거나 처리되지 않는다는 것입니다. 책임 사슬에는 두 가지 분류가 있습니다. 후자를 순수 책임 사슬이라고 하고, 전자를 불순한 책임 사슬이라고 합니다. 실제 응용에서는 거의 존재하지 않으며, 가장 일반적인 것은 위의 모델입니다. 순수한 책임 사슬을 시뮬레이션하여 처리됩니다.
책임 사슬 모델의 장단점
if...else...와 비교하여 책임 사슬 모델은 조건 결정을 다양한 처리 클래스로 분배하고 이러한 처리 클래스의 우선순위를 분배하므로 결합도가 낮습니다. 순서는 임의로 설정할 수 있습니다. 책임 사슬 모델에도 단점이 있는데, 이는 if...else...문의 단점과 동일합니다. 즉, 책임 사슬을 찾을 때 올바른 처리 클래스를 찾기 전에 모든 판단 조건이 실행되어야 합니다. 상대적으로 길면 성능 문제가 더 심각해집니다.
책임 사슬 모델의 적용 가능한 시나리오
초기 예와 마찬가지로 if...else...문을 사용하여 책임 사슬을 구성할 때 무력감을 느끼고 코드가 나빠 보인다면, 재구성을 위해 책임 사슬 패턴을 사용할 수 있습니다.
요약
책임 사슬 모델은 실제로 if...else...문의 유연한 버전입니다. 이러한 판단 조건문을 각 처리 클래스에 넣습니다. 예를 들어 처리 클래스 간의 관계를 설정할 때 처리 클래스 전후의 논리 간의 조건부 관계를 결정하는 데 특히 주의해야 하며, 순환 참조가 발생하지 않도록 주의해야 합니다. 체인.
Java 디자인 패턴 프로그래밍에서 책임 사슬 패턴 적용을 설명하는 더 많은 예를 보려면 PHP 중국어 웹사이트에서 관련 기사를 주목하세요!