(Spring) Entity 에서 DTO 변환 후 사용

🌟 공부하게 된 계기

매번 Entity 와 DTO 의 차이와 사용법에 대해 헷갈리고, 왜 필요한지에 대해 생각했던 적이 많다. 프로젝트에서도 다른 팀원 분들은 DTO 를 자유롭게 쓰시는데 그렇지 못한 나를 보면서 빨리 꼭 공부해야겠다고 생각했다.

고민했던 내 자신..

QNA 서비스를 복습하던 중 실제 수업에서는 스킵했지만 DTO 관련 내용이 나와서 스스로 해보기로 했다.

목표 : 해당 내용이 DTO 객체 전달을 통해서 나오도록

 

1️⃣ DTO 생성

package com.ay.study.qna.question;

public class QuestionDto {
    public static class QuestionInfo {
        private String title;
        private LocalDateTime createDate;
    }
}

일단 QuestionDto 생성 후 화면에 필요한 컬럼인 제목과, 생성날짜를 멤버 변수로하는 QuestionInfo 를 추가로 생성하였다.

 

2️⃣ Contorller 에서 QuestionDto 를 받아서 Modle 로 넘겨주도록

@Controller
@RequiredArgsConstructor
public class QuestionController {
//			.
//			.
    @RequestMapping("/question/dtolist")
    public String showDtoList (Model model) {
        // questionService 로 부터 QuestionInfo 로 된 List 받아옴
        List<QuestionInfo> questionDtoList = questionService.getQuestionDtoList();
        
        model.addAttribute("questionDtoList",questionDtoList);
        return "question_dto_list";
    }
}

3️⃣ Service 에서 값 return

@RequiredArgsConstructor
@Service
public class QuestionService {
    // Entity 자체를 넘겨주는 방식
    private final QuestionRepository questionRepository;
    public List<Question> getQuestionList() {
        return questionRepository.findAll();
    }

    // (추천 방식) Entity 를 필요한 정보들을 골라서 담은 DTO 로 변환하여 넘겨주는 방식
    public List<QuestionInfo> getQuestionDtoList() {
        return questionRepository.findAll().stream()
            .map(QuestionInfo::fromEntity).collect(Collectors.toList());
    }
}

4️⃣ Service 단에서 받아온 Entity 에서 정보를 가지고 올 수 있도록 함수 작성

public class QuestionDto {
    @Getter
    @Setter
    @Builder
    public static class QuestionInfo {
        private String subject;
        private LocalDateTime createDate;
        
        // Service 로부터 받아온 question 을 바탕으로 생성
        public static QuestionInfo fromEntity(Question question) {
            return QuestionInfo.builder()
                .subject(question.getSubject())
                .createDate(question.getCreateDate())
                .build();
        }
    }
}

5️⃣ DTO 객체를 정상적으로 받아왔는지 확인

① 브라우저를 통한 확인

<table>
  <thead>
  <tr>
    <th>제목</th>
    <th>작성일시</th>
  </tr>
  </thead>
  <tbody>
    <tr th:each="question : ${questionDtoList}">
      <td th:text="${question.subject}"></td>
      <td th:text="${question.createDate}"></td>
    </tr>
  </tbody>
</table>

호출 화면

② PostMan 을 통한 확인 (어떤 형태로 가지고 오는지 궁금해서)

• DTO 를 사용해서 필요한 컬럼들만 가지고 오는 경우

호출 화면

• Entity 전체를 가지고 오는 경우 (빨 : 기존 DTO, 파 : DTO 를 사용하지 않음으로서 추가로 가져오게 되는 데이터)

호출 화면

🌟 생각 정리

간단하게지만 사용해보면서 느낀점은 크게 

 

① 필요한 부분만 골라서 사용 : 프로젝트를 할 때 왜 필요성을 많이 느끼지 못했는지 생각해보면 ToDoList 의 특성상 필드가 내용, 완료여부, 등록 날짜 정도로 매우 작은편인데 대부분의 과정에서 해당 필드들이 필요했기 때문에 그랬던 것 같다.

하지만 필드가 매우 많은 Entity 의 경우 매번 모든 정보들이 필요 없으므로 Entity 전체를 Controller 나 View 로 넘기는 것은 데이터 전송에 무리가 있을 것이다.

 

② 데이터 보호 : 단순 조회보다는 수정, 삭제, 등록 등에 있어서 데이터 보호의 역할을 할 수 있을 것 같다. Controller 에나 View 에서 바로 데이터를 Entity 로 넘겨버리면, 물론 확인하는 과정을 거칠 수는 있겠지만 그래도 Entity 를 직접적으로 건들이는 것이므로 문제가 생길 수 있을 것 같다.

 

이렇게 두가지 정도이다. 앞으로 프로젝트를 하게되면 DTO 를 활용해서 좀 더 효율적으로 데이터를 다룰 수 있을 것 같다.

추후 ModelMapper 도 사용해볼 예정이다.