Output
Mockist Unit Test
•
(Fact) Service를 구현하지 않고 Controller에 대한 단위 테스트를 작성할 수 있다. Service 구현 전에 인터페이스를 먼저 정의한 후, 해당 인터페이스를 Mocking하여 Controller에 대한 단위테스트를 수행할 수 있다. Mocking에 기반하여 TDD 패턴을 다음과 같이 재정리했다. 대략적인 인터페이스 설계 → (외부 데이터) 입력 받는 객체에 대한 단위 테스트 작성 → 입력 받는 객체 구현 → 입력 받는 객체 리팩토링 → (인터페이스만 존재) 의존 객체에 대한 단위 테스트 작성 → 의존 객체 구현 → 의존 객체 리팩토링
•
(Feeling) 희망적이다. TDD에 조금은 익숙해졌다.
•
(Finding) TDD는 연습으로 익숙해질 수 있는 ‘기술’로 보인다. 남은 4주간의 코드숨 과정이 끝나면 어느 정도 손에 익지 않을까?
•
(Future) 남은 4주간 TDD를 놓지 말고 계속 훈련해보자. 익숙해지자.
Spring Data JPA
•
(Fact) Entity와 VO로 나눠서 도메인 객체를 설계 했지만, JPA에 막혀서 현실과 타협하는 방향으로 설계를 뒤집었다. 객체지향적으로 구성한 객체 관계를 JPA를 활용하여 영속적인 데이터로 구성하는 지식이 부족하다.
•
(Feeling) 매주 매워야 할 지식이 쌓인다. 무겁다.
•
(Finding) 코드숨 과정이 4주만 남은 상황에서 JPA에 대해 빠르게 훑을 수 있는 방법은 돈을 주고 남의 노하우를 사는 것 뿐이다.
•
(Future) 주말에 김영한님 JPA 기본 강의를 구매해서 Spring Data JPA에 대해 빠르게 훑겠다.