HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
🚀
Random Bit Flip/
[2기 - 훈] 6주차 RBF
[2기 - 훈] 6주차 RBF
[2기 - 훈] 6주차 RBF

[2기 - 훈] 6주차 RBF

주차
[개인]상품관리 REST API 클론 프로젝트
회고일
Apr 29, 2022
참여자
멘토
Property
tag
5주차 부터는 매일 진행하는 스크럼에서 나눈 내용을 기록할 계획입니다
1주 간의 수업과 과제를 진행하면서 새로 알게 된 개념이나 잘못 알았던 개념에 대해 이야기 해봅시다.

@DirtiesContext

  • 애플리케이션 컨텍스트가 변경되었을 때 기존의 애플리케이션 컨텍스트를 폐기하고 새로운 애플리케이션 컨텍스트를 로드해서 사용. → 테스트 간 분리를 할 수 있음
  • 클래스 단위 혹은 메서드 단위로 붙일 수 있다.
  • 단점: 시간이 오래걸린다.
www.baeldung.com
https://www.baeldung.com/spring-dirtiescontext
테스트 코드 최적화 여행기 (2)
안녕하세요 깃들다팀의 손너잘 입니다. 테스트 최적화의 두번째 글을 작성하게 되었습니다. 이전 글에서 작성하였듯, 첫번째로 할 것은 DirtiesContext의 제거입니다. 많은 프로젝트에서 매번 테스트의 환경을 초기화 시키기 위해 DirtiesContext를 사용합니다. 하지만 DirtiesContext는 스프링 테스트가 매 테스트마다 Application Context를 다시 Load하도록 합니다. 이는 스프링 테스트가 제공해주는 Application Context의 캐싱의 이점을 전혀 가져가지 못합니다.
테스트 코드 최적화 여행기 (2)
https://bperhaps.tistory.com/53
테스트 코드 최적화 여행기 (2)
 

과제 관련

  1. Optional 객체를 어디에서 처리하는지?
repository에서는 웬만하면 대부분 Optional로 넘겨주고, Service에서는 조건에 따라 예외를 던지는 쪽으로. Controller는 완성된 객체를 받는쪽으로 수행
  1. Controller에서 예외처리를 어떻게 수행하는가?
Controller에서 예외가 발생할 경우 일괄적으로 처리해줄 수 있는 핸들러 제공
  1. Voucher와 Customer의 정보를 동시에 사용하는 경우에 어디서 정보를 가져오는 것이 좋을까?
      2. → 궁극적으로 가져오고자 하는 객체의 대상에 따라서 결정