• 카테고리

    질문 & 답변
  • 세부 분야

    백엔드

  • 해결 여부

    해결됨

Entity, dto관련 질문

24.01.18 20:39 작성 24.01.18 20:43 수정 조회수 142

0

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)

[질문 내용]
강의를 들으며 정리하는 중에 모르는 점이 생겨 질문을 남기게 되었습니다.

  1. 필드변수가 똑같음에도 book클래스가 아닌 bookForm클래스로 매개변수를 가진다

-> view 레이어와 db 레이어 사이의 역할을 분리하기 위해서

bookForm이라는 dto를 매개변수로 사용하고

entity는 사용하지 않는다.

 

  1. entity 객체에서 @setter를 사용한다.

-> builder패턴을 사용할 수 있지만 예제라서 단순화 했고 실제 코드를 짤 때는 setter를 지양하는 것이 좋다(직접적으로 변경될 수 있기 때문에)

 

  1. setter가 꼭 필요한 상황에서는 사용해도 된다.

-> 솔직히 어떤 상황에서 인지 잘 이해가 가지 않습니다.

데이터 값을 하나하나 바꾸는 게 흔한 상황..? 이라던지 예시를 들어주실 수 있을까요?

 

각 제가 생각한 답변 보충해주고 싶으신 거나 틀린 부분이 있다면 수정 부탁드립니다!

답변 1

답변을 작성해보세요.

1

y2gcoder님의 프로필

y2gcoder

2024.01.18

안녕하세요. 코딩초보님, 공식 서포터즈 y2gcoder입니다.

1) 맞습니다! 엔티티 역할과 책임을 다하고 있는 Book에 BookForm의 책임까지 주지 않는 것입니다! 하나의 객체가 해야할 일이 늘어날수록 유지보수하기 어려워지기 때문입니다.

2) 맞습니다.

3) 아마 정확한 예시는 주문 도메인 개발에 가서 연관관계 편의 메서드를 작성할 때 보게 되실 것 같습니다. 내부적으로 쓰거나

명확하게 setter를 열어주면 편한 상황에서는 열어줬을 때와 열어주지 않았을 때의 비용을 따져서(트레이드 오프를 따져서) 열어주기도 합니다! 예를 들어 단순히 값을 세팅만 해주면 되는 부분에서는 그냥 setter를 열어주는 것입니다. 지양한다는 것은 말 그대로 금지하는 것이 아니기 때문에 여기에 얽매여 setter를 쓰지 않기 위해 비용을 많이 사용해야 하는 상황이면 그냥 setter를 열어주는 것이 나을 때도 있습니다 :)

감사합니다.