개발팀 TDD 후기

1. 프로그램상에서의 변화

As-is
- 기존 도메인은 데이터베이스와 동기화를 위한 상태 값만 가지고 있었습니다.
- Lombok의 getter/setter 적극 활용으로 불완전 객체가 생성되고 있었습니다.
- 불완전 객체이다 보니 어디서든 데이터의 호출, 삽입이 가능합니다.
- 접근 제어자를 신경 쓰지 않고 대부분이 public 으로 되어 있었습니다.
To-be
- 도메인에서 처리가능한 로직은 도메인으로 이동함에 따라 책임(행위)과 상태 값을 가지면서 객체 다운 객체를 만들었습니다.
- 무작정 Lombok을 쓰기보다는 필요한 경우만 getter만들어 호출, setter는 사용하지 않도록 해서 객체의 적절한 책임 전달을 위해 노력하고 있습니다. (명확함 메서드 이름으로 도메인에서 처리)
- 완전 불변 객체는 아니지만 어느정도 트레이드 오프 영역을 갖고 객체의 불변을 지키려고 노력중 입니다. (가장 논쟁을 많이 하고 있습니다)
- 로직이 도메인으로 이동함에 따라 도메인 내에서 처리하는 메서드 등, 외부에서 불 필요한 메서드는 적절한 접근 제어자를 처리하고 있습니다.

As-is
- 불완전 객체에서 get/set 을 이용해 서비스에 모든 로직을 구현하고 있었습니다.
To-be
- 도메인에 로직이 응집되어 있으니 도메인 내에서 로직을 수행 후 적절한 상태를 반환해 줄 수 있습니다.
- 데이터베이스에서 조회한 결과가 컬렉션 일 땐 일급 컬렉션을 적극 활용하고 있습니다.

As-is
- 일급 컬렉션의 이해도가 매우 낮은 상태며, 활용조차 하지 못 했었습니다.
To-be
- 서비스에서 처리하던 부분들을 일급 컬렉션을 통해 객체의 책임(행위)에 대한 응집도를 높일 수 있었습니다.
- 생성자의 중요성을 깨달을 수 있었습니다. (유연성)
- 단일 책임 원칙을 지키려고 노력하면서 사용하다 보니 자연스럽게 습관화가 되었습니다.