Chapter12.md

Chapter12

창발성이란? 하위 체계로부터 생겨나지만, 그 하위 체계로 환원되지 않는 속성

켄트벡이 제시한 '단순한 설계 규칙'

1. 모든 테스트를 실행한다.

   1. "테스트 케이스를 만들고 계속 돌려라"
   • 테스트케이스를 만들려면 낮은 결합도와 높은 응집력을 추구해야한다. 따라서 테스트 케이스를 만드는 행위 자체가 객체 지향 방법론이 지향하는 목표를 저절로 달성하게 만든다.
   2. 리팩터링
   • 테스트 케이스를 모두 작성한 뒤 코드와 클래스를 정리한다.
   • 소프트웨어 품질을 높이는 기법이라면 무엇이든 적용 가능하다.(응집도 높이기, 결합도 낮추기, 관심사 분리하기, 모듈화하기, 함수와 클래스 크기 줄이기, 더 나은 이름 선택하기... )

2. 중복을 없앤다.

   1. 똑같은 코드를 없앤다.
   2. 비슷한 코드는 더 비슷하게 고쳐준다.
   3. 구현 중복이 있을 시, 공통적인 코드를 새 메서드로 뽑고 필요에 따라 새로운 메서드를 다른 클래스로 옮긴다. (단일 책임 원칙 추구)

3. 프로그래머 의도를 표현한다.

   1. 좋은 이름을 선택한다.
   2. 함수와 클래스 크기를 가능한 줄인다.
   3. 표준 명칭을 사용한다.
   4. 단위 테스트 케이스를 꼼꼼히 작성한다
   • 테스트 케이스는 소위 '예제로 보여주는 문서'이다.

===> 하지만 나중에 코드를 읽을 사람을 고려하여 코드를 짜는 노력이 제일 중요하다.

4. 클래스와 메서드 수를 최소로 줄인다.
   • 앞선 3가지 규칙이 극한으로 가다보면 득보단 실이 많아진다.
   • 따라서 상황에따라 실용적인 방식을 택해야한다.
   • 목표는 함수와 클래스 크기를 작게 유지하면서 동시에 시스템 크기도 작게 유지하는 것이다.
   • 하지만 4번 규칙은 가장 중요도가 낮으므로 앞선 3가지 규칙을 우선적으로 지키도록한다.