복잡한 설계, 한 번에 이해하기 - 클래스 다이어그램과 시퀀스 다이어그램으로 요구사항 명세 작성하기
요구사항만으로는 부족했다 새로운 서비스 설계 과정에서 요구사항만 정리하면 충분하다고 생각했습니다. - 사용자는 상품을 주문할 수 있다 - 주문 시 재고가 차감된다 - 쿠폰이 있으면 할인이 적용된다 - 포인트로 일부 금액을 결제할 수 있다 문서로 정리하고 바로 구현에 들어갔습니다. 그런데 구현 단계에서 문제가 생겼습니다. 구조와 역할이 불...
요구사항만으로는 부족했다 새로운 서비스 설계 과정에서 요구사항만 정리하면 충분하다고 생각했습니다. - 사용자는 상품을 주문할 수 있다 - 주문 시 재고가 차감된다 - 쿠폰이 있으면 할인이 적용된다 - 포인트로 일부 금액을 결제할 수 있다 문서로 정리하고 바로 구현에 들어갔습니다. 그런데 구현 단계에서 문제가 생겼습니다. 구조와 역할이 불...
통합 테스트인데 실제 DB를 전혀 검증하지 않았다 도메인 통합 테스트를 작성하던 중 뭔가 이상하다는 생각이 들었습니다. 서비스 레이어 테스트인데 Repository를 mock()으로 처리하고 있었습니다. // 변경 전: 이게 정말 통합 테스트인가? @ExtendWith(MockitoExtension.class) class PointServiceTe...
처음엔 왜 이렇게 복잡하게 만들었나 싶었습니다 과제 템플릿 프로젝트가 Facade 패턴으로 구성되어 있었습니다. Service 하나에 다 넣으면 되지 않나? 그래서 멘토한테 직접 물어봤습니다. 돌아온 비유가 기가 막혔습니다. “검지 서비스, 중지 서비스, 약지 서비스 — 각각 손가락을 펴는 순수한 서비스들이 있다. 이게 순수한 도메인 비즈니...