VO와 DTO 개념 심층 가이드

1. 들어가며

백엔드 개발에서 데이터 구조를 정의하고 전달하는 방식은 매우 중요합니다. 특히 VO(Value Object) 와 DTO(Data Transfer Object) 는 자주 사용되는 개념으로, 소프트웨어 아키텍처의 품질과 유지보수성에 큰 영향을 줍니다.

이 문서에서는 VO와 DTO의 기초 개념부터 실무 적용 사례, 그리고 전문가적 관점에서의 활용 방안까지 단계적으로 설명합니다.

2. VO(Value Object)

2.1 개념

• 정의: VO는 값을 표현하기 위한 객체로, 특정 도메인의 속성을 불변(Immutable)하게 표현합니다.
• 특징
  • 동일성(Identity)이 아닌 동등성(Equality) 로 비교합니다.
  • 값이 같으면 같은 객체로 취급합니다.
  • 변경 불가능(Immutable)한 성격을 가집니다.

2.2 예시 (Java)

public class Money {
    private final int amount;
    private final String currency;

    public Money(int amount, String currency) {
        this.amount = amount;
        this.currency = currency;
    }

    public int getAmount() { return amount; }
    public String getCurrency() { return currency; }

    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (!(o instanceof Money)) return false;
        Money money = (Money) o;
        return amount == money.amount && currency.equals(money.currency);
    }

    @Override
    public int hashCode() {
        return Objects.hash(amount, currency);
    }
}

여기서 Money 객체는 금액과 통화를 나타내는 VO이며, 값이 동일하면 같은 객체로 취급합니다.

2.3 장점

• 불변성을 통한 안정성 확보
• 도메인 개념을 코드로 명확하게 표현
• 값 기반 비교로 직관적인 동등성 판단 가능

3. DTO(Data Transfer Object)

3.1 개념

• 정의: DTO는 데이터 전송을 위한 객체로, 계층 간 데이터 교환에 사용됩니다.
• 특징
  • 보통 getter/setter 를 가짐
  • 직렬화/역직렬화에 용이
  • 비즈니스 로직을 포함하지 않음

3.2 예시 (Java)

public class UserDTO {
    private String name;
    private String email;

    public UserDTO() {}

    public UserDTO(String name, String email) {
        this.name = name;
        this.email = email;
    }

    public String getName() { return name; }
    public void setName(String name) { this.name = name; }

    public String getEmail() { return email; }
    public void setEmail(String email) { this.email = email; }
}

UserDTO는 컨트롤러와 서비스 계층, 혹은 API 통신에서 데이터를 담아 전달하는 용도로 사용됩니다.

3.3 장점

• 계층 간 데이터 교환 단순화
• 네트워크 전송 최적화 (필요한 데이터만 포함 가능)
• 보안 강화 (민감한 엔티티 정보 노출 방지)

4. VO vs DTO 비교

구분 VO (Value Object) DTO (Data Transfer Object)

목적 도메인 모델의 값 표현 계층 간 데이터 전달 불변성 불변 (Immutable) 가변 (Mutable) 로직 포함 여부 도메인 규칙 포함 가능 로직 없음 비교 기준 값 동등성 주로 참조 비교 사용 위치 도메인 계층 프레젠테이션, API 계층

5. 실무 적용 전략

5.1 언제 VO를 사용할까?

• 금액, 좌표, 이메일, 전화번호 등 도메인에서 불변성이 필요한 값을 표현할 때
• 비즈니스 규칙을 캡슐화해야 할 때

5.2 언제 DTO를 사용할까?

• API 요청/응답에서 데이터 전달 시
• 외부 시스템 간 데이터 교환 시
• DB에서 조회한 데이터를 가공하여 반환할 때

5.3 함께 쓰는 방식

• Entity → VO → DTO 변환 패턴
  • Entity: 데이터베이스의 영속 객체
  • VO: 도메인 로직을 가진 불변 객체
  • DTO: 외부와 데이터를 주고받기 위한 객체

// Entity → VO 변환
User user = userRepository.findById(1L);
Email email = new Email(user.getEmail());

// VO → DTO 변환
UserDTO dto = new UserDTO(user.getName(), email.getValue());

6. 전문가 관점에서의 심화 내용

6.1 VO의 활용 심화

• DDD(Domain-Driven Design) 에서 핵심 개념
• 값 객체를 활용해 풍부한 도메인 모델(Rich Domain Model) 을 설계 가능
• 예: Address, Money, Period 등 복합 값 표현

6.2 DTO의 활용 심화

• API 최적화: 필요한 데이터만 담아 전송 → 성능 개선
• MapStruct, ModelMapper 와 같은 매퍼 라이브러리로 자동 변환 가능
• CQRS(Command Query Responsibility Segregation) 패턴에서 Query DTO 로 자주 사용

6.3 잘못된 사용 시 문제점

• VO를 단순 데이터 홀더처럼 사용 → 엔티티와 차이 없어짐
• DTO에 비즈니스 로직 포함 → 유지보수 어려움
• 계층 간 경계 모호 → 코드 품질 저하

7. 결론

• VO는 도메인 모델을 풍부하게 하고, 불변성을 보장하며 안정성을 높입니다.
• DTO는 계층 간 데이터 교환을 단순화하고 보안을 강화합니다.
• 둘을 적절히 구분하고 조합하여 사용하는 것이 유지보수성과 확장성을 모두 잡는 핵심 전략입니다.

참고 자료

• Eric Evans, Domain-Driven Design: Tackling Complexity in the Heart of Software
• Martin Fowler, Patterns of Enterprise Application Architecture
• Spring Framework 공식 문서