[JPA] 간단한 게시판 만들기 - user (LoginRequestDTO, LoginResponseDTO)

회원가입 DTO를 모두 만들어보았다.

 

이제 회원가입 DTO를 만들었으니,, 로그인! DTO 도 빠르게 만들어보자.

 

 

다시 한번 상기 시킬겸 MVC 흐름을 한번 보고 진행하겠다.

 

먼저 로그인 요청 DTO (LoginRequestDTO) 부터 만들겠다.

 

 

LoginRequestDTO 전체 코드

package com.example.projectpicker.user.dto;

import lombok.*;

import javax.validation.constraints.Email;
import javax.validation.constraints.NotBlank;
import javax.validation.constraints.Size;

// 클라이언트 ----> 데이터베이스 로 요구!!과정에서 사용되는 DTO (로그인 버튼 클릭시)
@Setter @Getter @ToString
@NoArgsConstructor
@AllArgsConstructor
@Builder
@EqualsAndHashCode
public class LoginRequestDTO {

    @Email
    @NotBlank
    private String email;

    @NotBlank
    @Size(min = 8, max = 20)
    private String password;
}

로그인 버튼을 누르면 DB로 날라가는 데이터를 생각해보자.

 

위 사진 처럼 이메일, 비밀번호 가 필요한 로그인페이지를 만들겠다 한다면, 

 

private String email;

private String password;

이렇게 두개만 필요할 것이다. 

 

---

그럼 이제  응답해주는 LoginResponseDTO 도 만들어보자.

 

package com.example.projectpicker.user.dto;


import com.example.projectpicker.user.entity.UserEntity;
import com.fasterxml.jackson.annotation.JsonFormat;
import lombok.*;

import java.time.LocalDate;

// 로그인시 클라이언트에게 응답해주는 객체 ( 클라이언트 <---- DB)
@Setter @Getter @ToString
@NoArgsConstructor
@AllArgsConstructor
@Builder
@EqualsAndHashCode
public class LoginResponseDTO {
    private String email; // 이메일
    private String userName; // 회원 이름

    @JsonFormat(pattern = "yyyy년 MM월 dd일")
    private LocalDate joinDate; // 가입 날짜

    private String token; // 인증 토큰

    private String message; // 응답 메시지

    // 엔티티를 DTO로 변경
    public LoginResponseDTO(UserEntity userEntity, String token){
        this.email = userEntity.getUserEmail(); // 이메일  -- DB 이메일 정보를 가져와서 클라이언트에게 응답 전달하는 dto에 넣어준다.
        this.userName = userEntity.getUserName(); // 회원 이름
        this.joinDate = LocalDate.from(userEntity.getJoinDate()); // 가입 날짜
        this.token = token; // 토큰
    }
}

로그인 후 응답 받고 싶은 데이터에 대해 생각해보자.

 회원 이메일을 받고 싶고, 회원 이름, 가입날짜 , 인증 토큰, 응답 메시지 를 받고싶어!

private String email; // 이메일

private String userName; // 회원 이름

private LocalDate joinDate; // 가입 날짜

private String token; // 인증 토큰

private String message; // 응답 메시지

 

이제 응답이기 때문에 회원엔티티에서 DTO로 흐름이니까

 

public LoginResponseDTO(UserEntity userEntity, String token){
    this.email = userEntity.getUserEmail(); // 이메일  -- DB 이메일 정보를 가져와서 클라이언트에게 응답 전달하는 dto에 넣어준다.
    this.userName = userEntity.getUserName(); // 회원 이름
    this.joinDate = LocalDate.from(userEntity.getJoinDate()); // 가입 날짜
    this.token = token; // 토큰
}

다음과 같이 코드를 작성하였다.

 

---

 

Entity, Dto 구분하는 이유?

만약에 Dto가 없이 Entity만 존재한다고 가정하면 DB와 직접적으로 매핑되어있는 Entity가 변경되면 여러 클래스에 영향을 미치게 될것이다.
하지만 Dto가 존재한다면 변경사항을 Entity가 아닌 View와 통신하는 Dto에서 처리하고 마지막 commit단계만 Entity에서 처리되도록 한다면 클래스에 영향이 덜 미칠것이다.

 

사용자가 어떤 게시물의 내용을 수정한다고 가정해보면 먼저 해당 게시물의 id를 가지고 Repository를 통해 해당게시물의 DB정보를 찾는다.

이때 Repository는 Entity형식으로 리턴한다. 이후 해당 Entity를 toDto를 이용하여 Dto로 변환 후 수정하고 싶은 내용을 반영하여 Dto에 저장한다. 이후 toEntity를 통해 Entity화 시킨 후 save를 한다.

[ref : https://velog.io/@alstn_dev/Entity%EC%99%80-Dto-%EC%99%9C-%EB%82%98%EB%88%84%EC%96%B4%EC%95%BC-%ED%95%A0%EA%B9%8C]