책임 연쇄 chain of responsibility 패턴 - 타입스크립트 예시

책임 연쇄 (Chain of Responsibility) 패턴 요약

책임 연쇄 (Chain of Responsibility) 패턴

책임 연쇄 패턴은 요청을 처리할 수 있는 객체들을 체인(사슬)으로 연결하여, 요청이 들어오면 체인을 따라 순서대로 처리 기회를 넘기는 패턴입니다. 요청을 보내는 클라이언트는 체인의 시작점에만 요청을 전달할 뿐, 실제로 어떤 객체가 그 요청을 처리하는지는 알 필요가 없습니다.

이 패턴은 두 가지 대표적인 방식으로 활용될 수 있습니다.

1. 독점적 처리: 체인을 따라가다 하나의 처리기가 요청을 처리하면 거기서 종료됩니다. (예: 승인/결재 시스템)
2. 포괄적 처리: 하나의 요청을 여러 처리기가 모두 순차적으로 처리합니다. (예: 웹 프레임워크 미들웨어)

기본 구조

• Handler: 모든 처리기(ConcreteHandler)가 구현해야 할 공통 인터페이스입니다. 다음 처리기를 연결하기 위한 setNext() 메서드와 요청을 처리하는 handle() 메서드를 정의합니다.
• ConcreteHandler: Handler 인터페이스를 구현하는 구체적인 처리기입니다. handle() 메서드 내에서 자신의 역할을 수행하고, 다음 처리기에게 요청을 넘길지 결정합니다.
• Client: 요청을 생성하고, 체인의 첫 번째 Handler에게 요청을 전달하는 역할을 합니다.

예시 1: 고객센터 문의 시스템 (독점적 처리)

이 예시는 체인을 따라가다 하나의 처리기가 요청을 처리하면 거기서 종료되는 방식입니다.

클라이언트 코드에서 처리기들을 체인으로 엮고 요청을 보내면, 요청은 자신을 처리할 수 있는 단 하나의 핸들러를 만날 때까지 체인을 따라 이동합니다.

예시 2: 웹 서버 미들웨어 (포괄적 처리)

하나의 요청을 여러 처리기가 모두 순차적으로 처리하는 방식입니다. 각 처리기는 자신의 역할을 수행한 뒤, 요청을 종료시키지 않고 무조건 다음 처리기에게 전달하여 작업이 누적되도록 합니다.

이처럼 단일 요청이 체인을 따라가며 인증, 로깅 등 여러 작업을 순차적으로 적용받는 구조를 만들 수 있습니다.

책임 연쇄 패턴 중요 키워드

• 요청자와 수신자를 분리하고, 수신자들을 사슬처럼 연결합니다.
• 결합도를 낮춥니다: 요청자는 어떤 수신자가 요청을 처리하는지 알 필요가 없습니다.
• 하나의 요청을 여러 객체가 처리할 수 있습니다. (미들웨어 방식)
• 새로운 처리기를 추가하거나 순서를 변경하는 것이 유연합니다.