BaseEntity 가 있음에도 불구하고 registeredDateTime 을 사용하는 이유가 무엇일까요?
316
작성한 질문수 10
안녕하세요.
덕분에 좋은 강의 정말 잘 듣고 있습니다.
강의를 수강하던 도중에 궁금한 부분이 생겨 이렇게 질문을 남깁니다.
BaseEntity(@CreateDate) 로 인해서 객체가 생성되는 시점을 알 수 있음에도 불구하고 registeredDateTime 이라는 필드값을 정의한 이유가 궁금합니다.
테스트코드를 통해 한층 더 검증하기 쉽게 하려는 용도로 사용하시는 걸까요?
감사합니다
답변 2
1
안녕하세요, leeseongju 님! :)
이전 질문 중에 같은 질문이 있어 링크로 대신 답변드립니다.
https://www.inflearn.com/questions/913896/lesson5-5-order-entity%EC%9D%98-registereddatetime-%EC%BB%AC%EB%9F%BC
감사합니다. :)
0
안녕하세요, 인프런 AI 인턴입니다.
@CreateDate로 표시된 BaseEntity의 생성 시점 추적 기능은 실제 엔티티가 데이터베이스에 처음 저장될 때 해당 시간을 자동으로 기록합니다. 이는 스프링 데이터 JPA의 감사 기능 중 하나이며, 개발자가 직접 날짜와 시간을 관리하지 않아도 되므로 매우 유용합니다.
registeredDateTime과 같은 별도의 필드 값을 정의하는 이유는 몇 가지가 있을 수 있습니다:
명시적인 이름 사용:
@CreateDate는 자동으로 엔티티의 생성 시점을 표시하는 기능을 담당하지만, 엔티티의 문맥에 따라registeredDateTime과 같이 그 용도가 더 분명하게 드러나는 이름을 사용할 수 있습니다.추가적인 제어: 특정 조건에서 생성 시간을 다르게 적용하거나, 생성 시점 말고도 다른 시점에 대한 기록이 필요할 때, 추가적인 필드를 정의함으로써 더 세밀한 제어가 가능합니다.
테스트 용이성: 말씀하신 것처럼 테스트 코드에서 시간 관련 로직을 테스트할 때,
registeredDateTime과 같은 필드를 직접 조작하여 다양한 시나리오를 쉽게 재현할 수 있습니다.
이렇게 별도로 시간 관련 필드를 추가하는 것은 엔티티의 요구 사항, 비즈니스 로직의 특성, 그리고 테스트의 용이성에 따라 결정됩니다.
도움이 되었으면 좋겠습니다, leeseongju님. 추가적인 궁금증이 있으시면 언제든 질문해주세요. 감사합니다.
private 상수 테스트 관련 질문
0
82
1
void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??
0
124
2
커버리지는 어떻게 활용하시는지 궁금합니다.
0
159
2
테스트 문서화 질문입니다
0
104
2
단위테스트 질문이 있습니다
0
94
2
컨트롤러는 모킹을 한 이유가 궁금합니다.
0
100
2
ERD 가장자리에 있는 도메인 테스트 질문
0
86
2
DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?
0
131
2
OrderCreateRequest DTO에 대해서 궁금한점
0
101
2
고전파의 테스트 대역 사용 대상, 공유 의존성
0
154
2
계층 관련 질문이 있습니다.
0
137
3
'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다
1
122
2
혹시 update 로직은 어떻게 테스트하나요? (@Setter?)
0
133
2
단위테스트와 통합테스트의 경계가 궁금합니다.
0
226
2
Service+Repository 통합테스트 관련 질문입니다.
0
149
2
OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요
0
183
2
test 용 .yml
0
89
2
throws Exception
0
78
2
카페키오스크 클래스 문의 ,,
0
87
2
Rest docs 문서용 테스트코드를 따로 작성해야 되나요?
0
171
2
테스트 코드에서 필요한 생성자
0
136
1
tearDown 순서
0
114
2
@Builder 생성자 private
0
133
2
@DisplayName gradle / intellJ
0
91
2