DTO에 Noargs 사용하는이유와 aceessLevel Protected을 사용하는이유

 

 

@Getter
@NoArgsConstructor(access= AccessLevel.PROTECTED)
public class SignUpRequestDto {

    private String email;
    private String password;
}

👉 이러한 DTO에서 습관적으로 @NoArgsConstructor 를 붙여서 사용하곤 했는데,

사용하는 이유를 제대로 알지 못해서 이번 기회에 제대로 알아보고자 한다.

 

우선, 기본 생성자가 필요한 이유를 알기 위해서는

스프링이 어떻게 Dto를 JSON으로 맵핑하는지 그 원리를 알아야 한다.

 

스프링은 바로 Jackson 라이브러리의 ObjectMapper를 사용하여 JSON으로 맵핑한다!

 

ObjectMapper는 직렬화(serialize), 역직렬화(deserialize)를 수행하는데,

이때 직렬화는 Java Object → JSON으로 파싱하는 것,

역직렬화는 JSON → Java Object로 파싱하는 것을 의미한다.

 

컨트롤러에서 DTO를 @RequestBody를 통해 가져올 때, 바인딩을 ObjectMapper가 수행한다.

이렇게 ObjectMapper가 직렬화, 역직렬화를 수행하여 맵핑할 때,

DTO를 DTO의 기본 생성자를 이용하여 생성하게 된다.

이러한 과정에서 DTO의 기본 생성자가 없다면, 맵핑 오류가 나는 것이다.

 

※ 추가적으로, DTO의 필드들은 ObjectMapper의 Setter 또는 Getter로 가져온다!

또한, Setter로 DTO 필드들에 주입을 하는 것이 아니라 reflection이라는 기능을 통해

값을 주입하므로 Setter는 딱히 필요가 없다.

따라서, Getter만 생성하여 개방폐쇠원칙에 맞춰서

소프트웨어 엔터티가 확장에는 열려 있어야 하지만 수정에는 닫혀 있어야 한다. 

 

내용을 정리하면 다음과 같다.

• @NoArgsConstructor(access = AccessLevel.PUBLIC)
  • 기본 생성자를 이용하여, 값을 주입하는 방식을 최대한 방지하기 위해서 사용을 권장하지 않는다.
• @NoArgsConstructor(access = AccessLevel.PROTECTED)
  • 위, 아래와 같은 프록시 객체의 생성과 객체에 대한 접근 범위 문제를 해결하기 위해서 사용한다.
• @NoArgsConstructor(access = AccessLevel.PRIVATE)
  - 프록시 객체 생성시 문제가 생기기 때문에 사용을 권장하지 않는다.
  
  
  
  

내가 @NoargsConstructor (access = AccessLevel.PROTECTED)를 작성했던 이유

답은 접근 권한을 Private로 하면 프록시 객체 생성에 문제가 생기고, 접근 권한을 Public으로 하면 무분별한 객체 생성 및 setter를 통한 값 주입을 할 수 있기에 접근 권한을 Protected로 작성 하는 것이다.