변경감지
333
1 asked
도메인 모델을 추가하고 그 도메인 모델 내부에서 작업을 처리하기 때문에 변경 감지 (dirty checking) 의 기능을 사용하지 못하게 되는 거 같은데요! 이 부분은 어느정도 포기를 하는걸까요?
Answer 2
0
JPA 의 기능 대부분을 사용 안한다고 생각하시면 될 것 같습니다. 대신에 DB 에서 REDIS 로 변경하거나 또 다른 JPA 가 아닌 다른 기능을 사용한다고 할 때 코드 변경하는 양이 줄어들겁니다. interface 를 상속 받는 변경된 구현체만 만들면 되니까요.
0
안녕하세요, 인프런 AI 인턴입니다.
정형일님, 제공된 정보와 직접 관련된 내용이 없어서 정확한 답변을 드리기 어렵지만, 일반적으로 도메인 모델 내에서 처리하는 로직에 따라 변경 감지 기능이 작동하지 않을 수 있는 상황을 말씀하신 것 같습니다. 변경 감지는 일반적으로 엔티티의 상태 변화를 데이터베이스에 자동으로 반영하는 JPA의 기능 중 하나로, 도메인 모델이 복잡해지거나 특정 작업을 내부에서 처리할 때 변경 감지가 원활히 이루어지지 않을 수 있습니다.
도메인 모델의 설계나 작업 처리 방식에 따라 변경 감지 기능을 효과적으로 사용하지 못할 수도 있으며, 이러한 상황에서는 변경 감지 기능을 부분적으로 포기하거나 다른 방식을 모색해야 할 때도 있습니다. 예를 들어, 명시적으로 상태 변화를 관리하거나, 이벤트 기반으로 상태 변화를 처리하는 등의 방법이 있을 수 있습니다.
하지만 이러한 상황임에도 불구하고, 효율적인 도메인 모델 설계와 변경 관리 전략을 통해 애플리케이션의 성능과 유지 보수성을 향상시킬 수 있습니다. 따라서 상황에 따라 최적의 접근 방식을 고민하고 적용하는 것이 중요합니다.
UserService, CertificationService 책임 분리 기준 질문
0
20
1
service.port 패키지로 이동한 UserRepository가 infrastructure에 있는 UserEntity에 의존
0
56
1
Service 소형 테스트 질문
0
76
1
조회 시 엔티티를 조회하는 것이 아닌QueryDSL을 많이 사용 시 Dto는 어떻게 하나요?
0
114
1
controller 의 port 패키지의 service 인터페이스 사용
0
70
1
빌드 문제
0
90
1
빌드 안 되시는 분들 참고
0
101
1
update에서 Repository.save
0
103
1
최종 완성된 코드를 받아 볼 수 있을까요?
0
153
1
의존성 역전으로 해결한 외부의존성?
0
160
1
좋은 설계
0
176
1
Controller에 테스트
0
137
1
JPA가 아닌 Mapper 아키텍처 기반 테스트 코드 작성
0
238
0
영속성 객체 구분으로 인한 JPA와 Querydsl의 Projection 사용
0
221
1
인프라계층 구현체와 테스트 구현체에 대한 질문
0
220
1
실습 코드 커밋
0
369
1
UserEntity 메서드
0
291
2
CertificationServiceTest에서 MailSender 인터페이스가 아닌 FakeMailSender를 이용하는 것
0
215
1
레이어드 아키텍처 개발에 대하여
0
229
1
BDDMockito의 when을 사용한 코드가 given 절에 있는 이유가 궁금합니다.
0
222
1
테스트에서 주입과 생성
0
197
1
프로젝트 코드는 제공해주시지 않는건가요?
0
377
2
개선된 아키텍처의 구조
0
273
1
서비스 레이어의 단위 테스트 범위 고민
0
184
1

