답변.

안티-부패 계층(ACL)은 외부 시스템의 영향을 받지 않도록 애플리케이션의 내부 도메인 모델을 보호하기 위해 적용되는 아키텍처 패턴입니다.

필요한 이유: 시스템이 다른 시스템과 상호작용할 때(예: 구형 소프트웨어나 외부 서비스에서 데이터 및 비즈니스 로직을 상속받는 경우) 외부 계약이 변경되거나 왜곡될 수 있습니다. ACL은 비즈니스 로직과 호환되지 않는 변경으로부터 내부 모델을 격리할 수 있게 해줍니다.

구현 방법: 외부 데이터/인터페이스를 내부 객체로 변환하는 어댑터 및 파사드와 같은 추가 구성 요소를 도입합니다. 이들은 서비스, 매퍼, 특별한 DTO 클래스가 될 수 있습니다.

파이썬 예시:

class ExternalOrder:
    def __init__(self, order_id, amount, created_at):
        self.order_id = order_id
        self.amount = amount
        self.created_at = created_at

class InternalOrder:
    def __init__(self, id, total, timestamp):
        self.id = id
        self.total = total
        self.timestamp = timestamp

class OrderAdapter:
    @staticmethod
    def from_external(external_order):
        return InternalOrder(
            id=external_order.order_id,
            total=external_order.amount,
            timestamp=external_order.created_at
        )

여기서 OrderAdapter는 외부 주문 구조의 변화를 내부 시스템으로부터 격리합니다.

주요 특징:

• 외부 API의 통제되지 않은 변경으로부터 보호합니다.
• 데이터 변환 및 필터링을 사용자의 규칙에 따라 수행합니다.
• 외부 도메인이 코드에 미치는 영향을 최소화합니다.

트릭 질문들.

단순 매퍼 POJO/DTO를 사용하여 완전한 ACL 대신 사용할 수 있나요?

아니요, 단순 매퍼는 비즈니스 로직을 보호하지 않으며 완전한 어댑터가 아닙니다. ACL은 보호된 통합을 구현하는 포괄적인 계층으로, 명령, 이벤트 및 비즈니스 오류에 대한 맥락 변환을 포함합니다.

ACL에서 변환 수준을 몇 개나 사용하는 것이 허용되나요?

완전한 격리를 보장하는 데 필요한 만큼 사용합니다. 일반적으로 최소 2개: 구조 변환 및 비즈니스 로직 매핑(예: 상태, 오류 코드 및 접근 정책)입니다.

ACL에서 외부 시스템의 오류를 어떻게 올바르게 처리하나요?

ACL은 외부 오류를 인터널 예외 클래스나 상태 코드로 변환하고 적응해야 합니다. 외부 시스템의 오류를 애플리케이션 내부로 직접 전달하지 마십시오.