DTO와 Domain 차이

spring boot와 데이터베이스 연결 코드 학습하면서 DTO와 Domain의 개념을 배우게 되었다. 두 코드가 비슷해보이는데 하는 역할이 다르다. 헷갈리는 부분이 있어 정리해보려고 한다!!

Layered Architecture

그 전에 Layered Architecture 구조에 대해 살짝 정리해보자.
애플리케이션을 몇 가지 계층으로 나누어 만드는 아키텍처로 각 계층은 특정 기능에 집중하여 상위 계층은 하위 계층의 구체적인 구현을 알 필요가 없다. 또한 계층 간의 의존성을 최소화하여 유지보수와 확정성을 향상 시킨다.
각 계층의 특징을 간단히 알아보자면!

1. Presentation Layer

• 스프링 부트의 controller 패키지에 해당
• HTTP 요청을 처리하고 응답을 반환 -> 클라이언트 요청 수신 및 파라미터 추출

2. Business Layer

• 스프링부트의 service 패키지에 해당
• 복잡한 비즈니스 로직 구현
• DTO, Domain 객체간 변환 로직 구현

3. Persistence Layer

• 스프링부트의 repository 패키지 해당(인터페이스)
• 데이터베이스와의 상호작용 및 데이터 접근 로직 구현 -> CRUD 연산 수행

4. Database Layer

• 실제 데이터베이스 시스템

DTO와 Domain의 차이

DTO란?

• Data Transfer Object로 계층 간의 데이터 교환을 위한 자바 객체.(= Java Beans)
• DB에서 데이터를 얻어 service나 controller로 보낼 때 사용하는 객체. -> 계층 간의 데이터 교환을 위해 사용
  ex) View <- DTO -> Controller <- DTO -> Service
• View와 통신하기 위한 클래스.
• 비동기 처리를 위해 사용

Domain이란?(= Entity)

• DB 테이블에 존재하는 Column들을 필드로 가지는 객체. -> DB 테이블과 1대 1 대응
• 테이블과 링크될 클래스.

DTO와 Domain를 분리하는 이유

• Domain은 테이블 매핑 클래스로 변경 사항이 생기면 다른 여러 클래스에 영향을 주기 때문
• DTO은 request/reponse 에 대한 부분이나 View 관련 Presentation Logic을 가지는 자주 변경되는 클래스이다.
• 즉, DTO는 Domain 을 복사해와서 Presentation Logic을 추가하거나 DTO 상에서만 필요한 필드를 추가, 삭제한 클래스 구조이다.

결론

Layed Architecture는 각 계층 간 책임이 명확히 분리되어있다. 이 특징으로 클라이언트와의 통신이나 서비스 간 데이터 전송을 담당하는 DTO, 데이터베이스와 매핑되는 Domain(Entity)을 분리하여 사용!!!

마무리하며

두 객체가 비슷해보여 분리해서 사용해야하나? 싶었는데 각 계층의 책임을 분리하기 위하여 사용해야한다는 것을 깨달았다. Domain의 변경이 외부에 영향을 미치지 않고 DTO는 필요에 따라 유연하게 수정할 수 있다는 역할도 확실히 정리하게 되었다. 끝-- (자바 개념 참 어렵다...)

참고 및 출처
1. [새싹 X 코딩온] 영등포 캠퍼스 6기 입문자도 가능한 웹 개발자 부트캠프 강의 교안
2. https://youwjune.tistory.com/39
3. https://velog.io/@linger0310/DDD
4. https://silverline.tistory.com/134