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

정확하지 않는 내용이 포함되어 있을 수 있습니다.

 

엔티티를 다 만들고 나서 그 다음은 DTO 를 만들었다.

 

그 이유는 아래 사진과 같다.

 

클라이언트! 즉 브라우저에 사용자를 말한다.

 

그렇다면 클라이언트 가 어떤 기능이나 사이트를 접속했다고 생각해보자.

그러면 클라이언트의 그 클릭하면(요청) 아래 와 같은 과정을 거쳐서 DB에 있는 값을 불러와서(응답) 

화면에 뿌려주게(보여지게) 된다. 

 

 

개발은 controller 순으로 하든 db 순으로 하든 상관이 없지만, 

DB에서 ---> controller 로 개발하는게 개인적으로 편한것 같다.

 

현재 Entity ! 즉 DB 는 지난 글에서 만들어 보았고, 이제 DTO 를 만들어 보겠다.

(참고로 위에 사진과 아래 사진이 조금 틀린데 이건 구글 검색창에 'MVC 모델' 관련해서 찾아보면 된다.)

지난 시간 user entity를 만들었으니 

DTO를 만들어 볼건데  그럼 도대체 DTO가 뭔지 부터 간단하게 알아야 되지 않을까?

 

DTO 란 ? (Data Transfer Object) 

 

계층 간 데이터 교환을 하기 위해 사용하는 객체로, DTO는 로직을 가지지 않는 순수한 데이터 객체(Getter 와 Setter 만가진 클래스) 이다.

??? 계층간..? 여기서 계층은 

controller 계층 , service 계층, repository 계층... 을 말한다.

아하! 그래서 위에 사진이 각 계층간 데이터 교환을 하기위해 사용하는 객체니까 각각 사이에 DTO가 있구나~ 라고 

이해 할 수 있다.

 

+ 유저가 입력한 데이터를 db에 넣는 과정

-> 유저가 자신의 브라우저에서 데이터를 입력하여 form 에 있는 데이터를 DTO에 넣어서 전송한다.

해당 DTO를 받은 서버가 entity를 이용하여 DB에 집어 넣는다.

 

그러니까 DTO는 데이터를 각 계층간 주고 받을때 징검다리? 와 같은 역할을 해주는 녀석이구나!라고 생각하면 될 것 같다.

 

 

 

이제 DTO 패키지 안에 클래스들을 만들어보자.

 

 

 

다음과 같이 DTO를 생성하였다.

 

LoginRequestDTO: 로그인 요청 부분을 담당하는 DTO 

LoginResponseDTO: 로그인 응답 부분을 담당하는 DTO

 

UserSignUpDTO : 회원가입 요청 담당하는 DTO

UserSignUpResponseDTO: 회원가입 응답 담당하는 DTO

 

보다 시피 크게 요청(Request) / 응답(Response) 으로 나누었다.

 

그러면 이제 회원가입 요청을 담당하는 DTO 인 UserSignUpDTO  부터 만들어보자.

나도 얼마전까지 DTO에 대해 잘 알지 못했는데 내가 지금 아는 수준에서 설명하자면,,

 

DTO를 만들때는 우선 어떤 값이 들어가는지만 생각하면 된다.

아 이게 무슨말이냐면,, 엔티티(entity)는 이 사이트에서 사용되는 전체 데이터 값들을 생각해야된다면,

DTO는 엔티티에 있는 값들 중에서 지금 나의 역할인 DTO 값만 사용한다고 보면 된다.

 

 

UserSignUpDTO 전체 코드

package com.example.projectpicker.user.dto;

import com.example.projectpicker.user.entity.UserEntity;
import lombok.*;

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

@Setter @Getter @ToString
@NoArgsConstructor
@AllArgsConstructor
@EqualsAndHashCode(of = "email") // email 만 비교해라. 굳이 비번,이름까지 비교할 필요x
@Builder

// 회원가입시 클라이언트가 보낸 데이터를 담는 객체 ( 클라이언트 ----> DB )
public class UserSignUpDTO {

    @NotBlank // null 과 ""(empty), " "(blank) 모두 허용하지 않음.
    @Email
    private String email; // 회원 이메일

    @NotBlank
    @Size(min = 8, max = 20) // 8~20자 여야 한다.
    private String password; // 회원 비밀번호

    @NotBlank
    @Size(min = 2, max = 5) // 2~5자 여야 한다.
    private String userName; // 회원 이름

    // 엔티티로 변경하는 메서드
    public UserEntity toEntity(){
        return UserEntity.builder()
                .userEmail(this.email) //클라이언트로 부터 받은 email 정보를 UserEntity값 변경
                .userPassword(this.password)
                .userName(this.userName)
                .build();
    }
}

 

개발자는 역시 코드를 보면서 이해하는게 더 빠를것 같아서 코드로 바로 들어가보겠다.

@어노테이션은 일단 다 무시하고 보면,

private String email; // 회원 이메일

private String password; // 회원 비밀번호

private String userName; // 회원 이름

이렇게 3가지가 있다. 그러니까 회원가입 요청할때 필요한 데이터가 뭔지를 생각해보면 

난 회원의 이메일 , 회원 비밀번호, 회원 이름 만 있다면 회원가입을 할 수 있는 페이지를 만들거야! 이다.

 

뭐 추가적으로 생년월일을 넣고 싶어 하면 여기에 넣으면 된다!.

단, 이전 시간에 entity 에도 생년월일에 대한 코드를 넣어야 한다.

 

 

// 엔티티로 변경하는 메서드 부분 코드에 대해 설명하자면,, 다시 이 사진을 봐야된다.

우리는 현재 DTO 를 만들고 있다. (DTO 중에서도 회원가입시 요청하는 Request 즉,!! Client 에서 DB 방향으로 흐르는 DTO 를 만들고 있는 것이다.)

그렇다면 현재 우리가 만들고 있는 회원가입 요청 DTO 는 DTO --> DB 방향이니까 

DTO를 entity로 변경하는 메서드가 필요하다! 는것이다.

만약 DTO를 entity 화 시켜주는 코드가 없었다면 ? entity로 값 전달 못하고 DTO에 게속 있었을 것이다.

 

UserSignUpDTO 코드

UserEntity 코드👇

UserEntity 코드

 

이게 방금 말했던 그 내용이다.