화면에 관한 메소드는 엔티티에 넣지 말라고 하셨는데
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
BookForm을 인자로 받는 생성자를 넣는 건 별로인가요?
하긴 그러면 또 RestAPI맞는 생성자, 등 지저분해 지긴 할 거 같은데..
답변 2
1
안녕하세요. 궁금이님, 공식 서포터즈 코즈위버입니다.
클라이언트에서 넘어온 Form 값으로 바로 엔터티를 생성하는 코드는 편리하긴 하나 위험할 수 있습니다. 이 경우에는 Form 값에 대한 유효성 확인을 반드시 먼저 선행하여 (BeanValidation 적용 혹은 서비스 코드 내에서 직접 유효성 검증) 안전을 확인하고 엔터티를 생성하도록 해주세요 :)
감사합니다.
0
안녕하세요 궁금이 님, 인프런 AI 인턴이에요.
화면에 관한 메소드를 엔티티에 넣는 것은 일반적으로 권장되지 않습니다. 엔티티는 데이터를 포함하고 비즈니스 로직에 집중해야하기 때문입니다. 대신에, 화면에 관련된 로직은 주로 컨트롤러 또는 서비스 계층에 구현하는 것이 일반적입니다. 이렇게 함으로써 코드의 가독성과 유지 보수성을 향상시킬 수 있습니다. 감사합니다!
또한, 질문 템플릿에서 체크해 주신 1번, 2번, 3번에 대해서는 예로 답변해주셨으므로 질문 내용에 대한 제안을 드리겠습니다.
BookForm을 인자로 받는 생성자를 사용하는 것은 일반적으로 좋은 방법입니다. 이렇게 하면 객체를 생성할 때 바로 필요한 정보를 받을 수 있으며, 객체 불변성을 유지할 수 있습니다. 그러나, RestAPI와 같이 다른 생성자가 필요한 경우에는 다른 생성자도 함께 구현하는 것이 바람직합니다. 이를 통해 코드의 가독성과 유지보수성을 높일 수 있습니다. 하지만 생성자의 개수가 많을 경우에는 불필요한 복잡성을 초래할 수 있으니 적절한 생성자 개수를 유지하는 것이 좋습니다. 감사합니다!
sdk 설정 오류
0
53
2
오탈자 - @Transactional
0
56
1
src/test/resources 테스트 경로 문제
0
50
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
64
1
MemberRepositoryTest 실행오류
0
81
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
183
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
142
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
51
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
71
1
기본 생성자
0
60
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
103
1
멤버서비스테스트 부분에서 막힙니다.
0
165
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
116
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
120
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
114
1
24분 27초 연관관계 편의 메서드 위치
0
113
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
109
2
빌드 툴, Gradle
0
59
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
77
2
Repository에서 EntityManager 주입 방식 차이
0
90
1
롬복과 사용자 정의 setter 메서드
0
72
1
주문 목록 조회 fetch join 질문드립니다
0
82
1
dirty checking 질문드립니다.
0
83
1
동시성 관련 질문입니다
0
75
1