켄트 벡은 다음 규칙을 따르면 설계는 ‘단순하다’고 말한다.
- 모든 테스트를 실행한다.
- 중복을 없앤다.
- 프로그래머 의도를 표현한다.
- 클래스와 메서드 수를 최소로 줄인다.
테스트를 철저히 거쳐 모든 테스트 케이스를 항상 통과하는 시스템은 ‘테트스가 가능한 시스템’ 이다.
테스트가 가능한 시스템을 만들려고 애쓰면 설계 품질이 더불어 높아진다. 크기가 작고 목적 하나만 수행하는 클래스가 나온다.
단일 책임 원칙을 준수하는 클래스는 테스트가 훨씬 더 쉽다. 테스트 케이스가 많을수록 개발자는 테스트가 쉽게 코드를 작성한다. 철저한 테스트가 가능한 시스템을 만들면 더 나은 설계가 얻어진다.
결합도가 높으면 테스트 케이스를 작성하기 어렵다. 테스트 케이스를 많이 작성할수록 개발자는 DIP 의존 관계 역전 원칙과 같은 원칙을 적용하고 의존성 주입, 인터페이스, 추상화 등과 같은 도구를 사용해 결합도를 낮춘다. → 설계 품질을 높인다.
💙 테스트 케이스를 만들고 계속 돌려라
→ 시스템은 낮은 결합도와 높은 응집력이라는 객체 지향 방법론이 지향하는 목표를 저절로 달성한다.
→ 테스트 케이스를 작성하면 설계 품질이 높아진다.
💙 코드를 정리하면서 시스템이 깨질까 걱정할 필요가 없다. 테스트 케이스가 있으니까!
중복은 추가 작업, 추가 위험, 불필요한 복잡도를 의미한다.
똑같은 코드는 없애고, 비슷한 코드는 더 비슷하게 고쳐주면 리팩터링이 쉬워진다.
자신이 이해하는 코드는 짜기 쉽다. 하지만 나중에 코드를 유지보수할 사람이 코드를 짜는 사람만큼이나 문제를 깊이 이해할 가능성은 희박하다.
→ 그러므로 코드는 개발자의 의도를 분명히 표현해야 한다.
- 좋은 이름을 선택한다.
- 함수와 클래스의 크기를 가능한 줄인다.
- 표준 명칭을 사용한다.
- 단위 테스트 케이스를 꼼꼼히 작성한다.
- 표현력을 가장 높이는 중요한 방법은 ‘노력’이다.
목표는 함수와 클래스 크기를 작게 유지하면서 동시에 시스템 크기도 작게 유지하는 데 있다. 클래스와 함수 수를 줄이는 작업도 중요하지만 테스트 케이스를 만들고 중복을 제거하고 의도를 표현하는 작업이 더 중요하다.