엔티티를 외부로 노출시키지 마라 !

엔티티를 RequestBody에 직접 매핑해선 안된다 !

• [ ] 이것은 엔티티와 API를 일대일 관계로 매핑한다는 의미이다. → 하나의 엔티티엔 수많은 API가 만들어지기 떄문에, 엔티티를 변경할 때마다 API 스펙을 매번 변경해줘야 하는 문제가 발생한다.

• [ ] 엔티티 대신에 DTO를 RequestBody에 매핑해주면 된다 !

응답 값으로 엔티티를 직접 외부에 노출시키지 마라 !

• [ ] 위의 문제와 마찬가지로 엔티티가 변경되면 API 스펙이 바뀌는 문제가 있다.
• [ ] 응답 스펙을 맞추기 위해 @JsonIgnore와 같은 별도의 프레젠테이션 계층을 위한 로직이 엔티티에 추가되기 때문에, 객체지향적이지 못하게 된다 !
• [ ] 이 경우에도 엔티티가 아닌 DTO를 API 응답 스펙에 맞춰 반환해주도록 하자 ~

컬렉션을 응답 값으로 반환하는 경우에 확장성을 높이는 방법

• [ ] 다음은 “김영한” 강사님의 실전! 스프링 부트와 JPA 활용2 - API 개발과 성능 최적화 강의를 듣고 알게된 것을 정리한 자료이니 참고하자 !