043 | Layer interconnect & Class Mapping

🎈 DI를 통한 서비스 계층 ←→ API 계층 연동

• 애플리케이션에서 Service: 도메인 업무 영역을 구현하는 비즈니스 로직을 처리하는 것이다.
• 애플리케이션의 비즈니스 로직을 처리하기 위한 서비스 계층은 대부분 도메인 모델을 포함하고 있다.
• Spring Bean으로 등록
  • Controller 클래스에 @RestController 추가
  • Service 클래스에 @Service 추가
• 생성자 방식의 DI는 생성자가 하나일 경우에는 @Autowired 애너테이션을 추가하지 않아도 DI가 적용된다.
• 서비스 계층과 API 계층을 연결한다는 것은 API 계층에서 구현한 Controller 클래스가 서비스 계층의 Service 클래스와 메서드 호출을 통해 상호작용하는 것이다.

🎈 매퍼(Mapper)를 이용한 DTO 클래스 ←→ Entity 클래스 매핑

• Mapper를 사용해서 DTO 클래스와 Entity 클래스 간의 관심사를 분리할 수 있다.
• Mapper는 직접 구현할 수도 있지만 MapStruct 같은 매핑 라이브러리를 사용할 수 있다.
• 사용하기
  • @Mapper: Mapper 인터페이스
  • componentModel = "spring": SpringBean으로 등록

@Mapper(componentModel = "spring")
public interface Mapper {
	MappedType methodMapper(MappedType parameter);
}

🧩 MapStruct

• 매퍼(Mapper) 구현 클래스를 자동으로 생성해준다.
• 의존 라이브러리 설정

dependencies {
	implementation 'org.mapstruct:mapstruct:1.5.2.Final'
	annotationProcessor 'org.mapstruct:mapstruct-processor:1.5.2.Final'
}

🎈 DTO 클래스와 Entity 클래스의 역할 분리가 필요한 이유

• 계층별 관심사의 분리
  • 서로 사용되는 계층이 다르기 때문에 기능에 대한 관심사가 다르다.
    • DTO 클래스 목적: API 계층에서 요청 데이터를 전달 받고, 응답 데이터를 전송하는것
    • Entity 클래스 목적: 서비스 계층에서 데이터 액세스 계층과 연동하여 비즈니스 로직의 결과로 생성된 데이터를 다루는 것
  • Java의 Object Mapping 관점으로 생각하지 않아도 하나의 클래스나 메서드 내에서 여러 개의 기능들을 구현하고 있는 것은 객체 지향 코드 관점에서도 리팩토링 대상이 된다.
• 코드 구성의 단순화
• REST API 스펙의 독립성 확보
  • 데이터 액세스 계층에서 전달 받은 데이터로 채워진 Entity 클래스를 클라이언트의 응답으로 그대로 전달하게되면 원치 않는 데이터까지 클라이언트에게 전송될 수 있는데, 이 때 DTO 클래스를 사용하면 중요한 정보를 클라이언트에게 노출하지 않고, 원하는 정보만 제공할 수 있다.