1 / 13강

객체의 역할과 약속 나누기

주문을 처리하는 코드가 이메일 전송 방식까지 직접 결정하면, 알림 방식이 바뀔 때 주문 코드도 수정해야 합니다. 먼저 ‘주문 처리’와 ‘알림 보내기’의 책임을 나누어 봅시다.

필요한 기능을 전달받습니다

class EmailNotifier:
    def send(self, message):
        print("email:", message)

class OrderService:
    def __init__(self, notifier):
        self.notifier = notifier
    def accept(self, order_id):
        self.notifier.send(f"Order {order_id} accepted")

OrderService(EmailNotifier()).accept(7)

출력은 email: Order 7 accepted입니다. OrderService는 알림 객체가 send(message)를 제공한다는 약속만 따릅니다. 다른 알림 객체를 전달하면 주문 흐름은 그대로 두고 전송 방식만 바꿀 수 있습니다. 이처럼 필요한 객체를 외부에서 넣는 방식을 의존성 주입이라고 합니다.

상속과 구성

• 상속: 기존 클래스의 동작을 물려받아 확장합니다. 자식 객체도 부모가 약속한 동작을 지킬 수 있어야 합니다.
• 구성: 다른 객체를 보관하고 그 객체에 일을 부탁합니다. 예제의 OrderService가 이 방식입니다.
• 계약: 메서드 이름만 같으면 충분한 것은 아닙니다. 입력, 결과, 오류 처리에 대한 기대도 맞아야 합니다.

구성이 언제나 상속보다 좋은 것은 아닙니다. 바뀔 가능성이 있는 역할을 교체하기에는 구성이 편리하고, 안정적인 공통 절차를 확장할 때는 상속이 어울릴 수 있습니다.

확인 문제

알림을 이메일에서 화면 출력으로 바꾸려면 어느 부분을 바꾸면 될까요?