@Embedded와 기본 생성자

간단하지만 프로젝트를 진행하며 고민하고 삽질(?) 내용에 대해 공유해보려 합니다. JPA를 사용하면 값 객체 내부에 반드시 기본 생성자가 필요한데요, 사용하지 않는 기본 생성자를 어떻게 하면 호출하지 말라고 잘 나타낼 수 있을까? 를 고민했던 내용입니다. **결론은 주석 말고는 없다 였습니다.

 

 

 

 

 

 

1. @Embedded 와 내가 했던 실수

---

제가 했던 고민과 실수에 대해 내용인데요, JPA에서 @Embedded, @Embeddable을 사용하게 되면 protected 이상의 빈 생성자를 반드시 생성해야 합니다. 이는 엔티티에서 빈 생성자를 반드시 만들어야 하는 것과 비슷한데 경우에 따라서는 사용하지도 않는 생성자를 하나 더 만들게 됩니다. 

 

 

 

 

 

 

 

이렇게 되면 사용하지 않길 원하는 생성자를 잘못 호출할 가능성이 있습니다. 따라서 이를 막고 싶었고 처음에는 AssertionError( )를 통해 이를 방어하려 했습니다. 하지만 AssertionError의 경우 어떤 것을 검증하려고 했는지 의도가 명확히 드러나지 않았습니다. **Assertion인데 어떤 것을 검증하려하지..?

 

 

 

 

 

 

그래서 이를 해결하기 위해 적절한 예외를 찾아보는데요, 생각보다 마음에 드는 예외를 찾을 수가 없었습니다. 대부분의 예외들은 메서드가 호출되는 시점에 예외를 던져야 했지만 생성자를 호출하는 것은 new 연산이기 때문입니다. **생성자 공식 문서를 보더라도 new 연산과 메서드를 구분하는 것 같았습니다.

 

단, IllegalStatementException은 requested operation이 있기 때문에 가장 근접한 예외 같았습니다.

 

 

 

 

그래서 간단하게 의도를 알 수 있는 커스텀 예외를 정의해 내부에 선언해주었습니다. 이렇게 되면 AssertionError에 비해 의도를 조금 더 명확히 나타낼 수 있게 되고, 여기다 주석까지 써주게 되면 개발자가 의도했던 내용을 명확히 전달할 수 있게 된다고 생각했기 때문입니다.

 

 

 

 

 

 

Nullary Constructor

추가로 Nullary Constructor라는 키워드에 대해서도 알게 되었는데요, 아무 인자도 받지 않는 생성자를 말합니다. 

 

 

 

 

 

 

 

2. 오류

---

하지만 이는 완전히 잘못된 방법이었는데요, 엔티티에(값 객체)는 protected 이상의 기본생성자가 있어야 하며 생성자 내부에 예외를 던지면 엔티티가 생성되는 시점에 예외를 발생시키기 때문입니다. 예외가 발생했던 값 객체와 컨트롤러, 서비스, DTO는 아래와 같습니다. 

 

 

 

 

 

 

 

위 설정으로 포스트 맨을 통해 데이터를 전송하면 아래와 같은 오류가 발생하는데 즉, 값 객체에도 기본 생성자가 필요하다는 내용으로 TagName의 기본 생성자에서 예외를 정의했기 때문에 발생한 오류입니다. 

 

 

 

 

 

 

이를 주석처리하자 정상적으로 잘 동작했는데요, 따라서 이전에 시도했던 방법들은 잊고 지워버리고 주석으로 이를 나타냈습니다.

 

 

 

 

 

 

3. Conclusion

---

엔티티가 아닌 값 객체(@Embedded)를 사용하더라도 내부에 기본생성자는 반드시 정의해줘야 합니다. 기본 생성자에 예외를 정의해도 동작은 하지만 이는 엔티티를 생성하는 시점에 예외를 발생시키기 때문입니다. 또한 엔티티 내부에 예외를 정의해도 결과는 같습니다. 따라서 기본 생성자 내부에 예외를 선언해서는 안되며 주석으로 이를 생성하지 말것을 명시적으로 나타내주는 것이 좋습니다.