4. DDD (도메인 주도 개발)

1. DDD (Domain Driven Design, 도메인 주도 개발)

1️⃣ DDD란?

1) 정의

• 도메인(업무 영역)을 중심으로 설계를 하는 개발 방법론

• 기술이 아니라 비즈니스 로직 중심으로 설계하는 것이 핵심

“코드를 기술 기준이 아니라, 업무(비즈니스) 기준으로 나누자”

2) 도메인이란?

• 소프트웨어가 해결하려는 업무 영역

• 예시
• 쇼핑몰 → 주문, 결제, 배송
• 은행 → 계좌, 송금, 이자

2️⃣ 왜 DDD를 사용하는가?

1) 기존 문제점 (CRUD 중심 개발)

• Controller → Service → Repository 구조만 있음

• 비즈니스 로직이 Service에 몰림

• 문제
• 코드가 점점 복잡해짐
• 유지보수 어려움
• 협업 시 의미 전달 어려움

2) DDD의 해결 방향

• 업무 개념을 코드에 그대로 반영

• 개발자 ↔ 기획자 간 언어 통일

• 핵심 키워드
• 도메인 중심
• 의미 있는 코드 구조
• 복잡도 관리

3️⃣ 핵심 개념 (필수)

1) 엔티티 (Entity)

• 고유 식별자(ID)가 있음

• 상태가 변해도 같은 객체

class Order {
    Long id;
    String status;
}

2) 값 객체 (Value Object)

• 값 자체가 의미

• 불변(immutable)

• equals로 비교

class Address {
    String city;
    String street;
}

3) 애그리거트 (Aggregate)

• 관련 객체를 하나의 묶음으로 관리

• 중심이 되는 객체 → Aggregate Root

Order (Root)
 ├─ OrderItem
 └─ Address

• 데이터 무결성 유지

• 트랜잭션 경계 설정

4) 리포지토리 (Repository)

• DB 접근 추상화

interface OrderRepository {
    Order findById(Long id);
    void save(Order order);
}

5) 서비스 (Domain Service)

• 특정 엔티티에 속하지 않는 로직

class PaymentService {
    void pay(Order order) { ... }
}

6) 유비쿼터스 언어 (Ubiquitous Language)

• 개발자 + 기획자가 동일한 용어 사용

• “주문 취소 요청”

• “환불 승인”

4️⃣ DDD 구조 (Spring 기준)

1) 일반 구조 vs DDD 구조

controller
service
repository

domain
 ├─ entity
 ├─ value
 ├─ repository
 └─ service

application
 └─ service (유스케이스)

infrastructure
 └─ db, jpa

presentation
 └─ controller

2) 핵심 포인트

• domain → 핵심 로직

• application → 흐름 제어

• infrastructure → 기술

• presentation → API

5️⃣ 실무 예시 (중요)

❌ 일반적인 코드

// Service에 다 몰림
public void cancel(Long reservationId) {
    // 상태 변경
    // 환불 처리
    // 알림
}

✅ DDD 방식

class Reservation {
    void requestCancel() {
        this.status = "CANCEL_REQUEST";
    }
}

class RefundService {
    void refund(Reservation reservation) { ... }
}

class ReservationAppService {
    void cancel(Long id) {
        Reservation r = repository.findById(id);
        r.requestCancel();
    }
}

• Entity → 상태 변경

• Service → 비즈니스 처리

• Application → 흐름 제어

6️⃣ DDD의 장점 / 단점

✅ 장점

• 복잡한 비즈니스에 강함

• 유지보수 쉬움

• 협업 효율 ↑

• 코드 의미가 명확

❌ 단점

• 학습 난이도 높음

• 초기 설계 비용 큼

• 작은 프로젝트에는 오버엔지니어링

7️⃣ 한 줄 핵심 정리