냄새 3. 긴 함수

짧은 함수 vd 긴 함수
- 함수가 길수록 이해하기 어렵다. vs 짧은 함수는 더 많은 문맥 전환을 필요로 한다.
- "과거에는" 작은 함수를 사용하는 경우에 더 많은 서브루틴 호출로 인한 오버헤드가 있었다.
- 작은 함수에 "좋은 이름"을 사용했다면 해당 함수의 코드를 보지 않고도 이해할 수 있다.
- 어떤 코드에 "주석"을 남기고 싶다면, 주석 대신 함수를 만들고 함수의 이름으로 "의도"를 표현해보자.
사용할 수 있는 리팩토링 기술
- 99%는 "함수 추출하기" 로 해결할 수 있다.
- 함수로 분리하면서 해당 함수로 전달해야 할 매개변수가 많아진다면 다음과 같은 리팩토링을 고려해볼 수 있다.
  - 임시 변수를 질의 함수로 바꾸기
  - 매개변수 객체 만들기
  - 객체 통째로 넘기기
- "조건문 분해하기" 를 사용해 조건문을 분리할 수 있다.
- 같은 조건으로 여러개의 Switch문이 있다면, "조건문을 다형성으로 바꾸기"을 사용할 수 있다.
- 반복문 안에서 여러 작업을 하고 있어서 하나의 메소드로 추출하기 어렵다면, "반복문 쪼개기"를 적용할 수 있다.

리팩토링 7. 임시 변수를 질의 함수로 바꾸기

같은 매개변수들이 여러 메소드에 걸쳐 나타난다면 그 매개변수들을 묶은 자료구조를 만들 수 있다.
그렇게 만든 자료구조는:
- 해당 데이터간의 관계를 보다 명시적으로 나타낼 수 있다.
- 함수에 전달할 매개변수 개수를 줄일 수 있다.
- 도메인을 이해하는데 중요한 역할을 하는 클래스로 발전할 수도 있다.

함수를 독립적인 객체인, Command로 만들어 사용할 수 있다.
커맨드 패턴을 적용하면 다음과 같은 장점을 취할수 있다.
- 부가적인 기능으로 undo 기능을 만들수도 있다.
- 더 복잡한 기능을 구현하는데 필요한 여러 메소드를 추가할 수 있다.
- 상속이나 템플릿을 활용할 수도 있다.
- 복잡한 메소드를 여러 메소드나 필드를 활용해 쪼갤 수도 있다.
대부분의 경우에 "커맨드" 보다는 "함수"를 사용하지만, 커맨드 말고 다른 방법이 없는 경우에만 사용한다.

여러 타입에 따라 각기 다른 로직으로 처리해야 하는 경우에 다형성을 적용해서 조건문을 보다 명확하게 분리할 수 있다. (ex. 책, 음악, 음식 등) 반복되는 switch문을 각기 다른 클래스를 만들어 제거할 수 있다.
공통으로 사용되는 로직은 상위클래스에 두고 달라지는 부분만 하위클래스에 둠으로써, 달라지는 부분만 강조할 수 있다.
모든 조건문을 다형성으로 바꿔야하는 것은 아니다.