Transformation

transformation은 refactoring과 대응 관계(counterpart)에 있다.
- refactoring이 행위의 변경 없이 코드의 구조를 변경하기 위해 소스 코드에 작은 변경을 한다면,
- transformation은 반대로 구조의 변경 없이 행위를 변경하기 위해 소스 코드에 작은 변경을 가하는 것이다.
좋은 알고리즘을 얻기 위한 우선 순위 존재
- transformation의 우선 순위를 잘 적용하면 보다 나은 알고리즘을 얻을 수 있다는 것을 보여 줌
- 중요한 구현을 미루는 것이 좋은 알고리즘으로 안내함(ex. guard clause)

transformation이 TDD의 RGB 중 어디에 적합할까 ?

실패하는 테스트를 성공시키기 위해 사용될 수 있다. 즉 Red, Transform to Green, Refactor...
테스트가 실패하면 구조는 유지한채 성공시키기 위해 행위를 변경하다. - transformation
테스트가 성공하면 행위를 유지한채 구조를 개선한다. - refactoring
실패하는 테스트를 성공시키는데 적용되는 규칙

As the tests get more specific, the code gets more generic
그럼 transformation은 어떤 방향으로 코드를 이동시키나 ?
- transformation은 테스트를 성공시키는데 사용됨
- transformation는 코드를 보다 general하게 함
- transformation은 generalizer임
  
  Transformation은 구조에 영향을 미치지 않은채 행위를 일반화(generalize)하는 코드에 대한 작은 변경이다. transformation은 구조 변경없이 행위를 일반화한다.```

{} → Nil
- 아무 코드가 없는 상태에서 시작함
  - 가장 퇴화한 테스트를 작성
  - 컴파일이 되지만 실패해야 함
  - SUT에서 null을 반환
Nil → Constant
- 현재 테스트를 통과시키도록 상수를 반환
Constant → Variable
- Triangulate를 하면 Constant로 테스트를 통과시킬 수 없게 됨
- 이러한 변환들이 계속 매우 구체적인 상태에서 살짝 더 일반적인 상태로 옮김
- 이런 변환은 모두 일반화, 즉 코드가 이전보다 더 다양한 제약 조건을 처리할 수 있도록 하는 방법임
Unconditional → Selection
- 조건문(if) 추가
Value → List
- one to many
Selection → Iteration
- if → while
Statement → Recursion
- 반복문 대신 명령문을 재귀 명령문으로 변경
- 재귀 외에는 별도 반복 기능이 없는 경우에 특히 자주 볼 수 있음
Value → Mutated Value
- 변수의 값을 변경
  - 반복문에서 부분값들을 모으거나 점진적인 계산을 위해 사용됨

둘 이상의 변환을 조합해서 테스트를 통과시키고 싶은 생각이 든다면 ?
- 하나 이상의 테스트를 빠트린 것을 수 있음
- 하나의 변환만 사용해서 통과시킬 수 있는 테스트를 찾아보라
- 선택을 해야 한다면 우선순위가 높은 변환을 취하라
순서대로 변환을 적용하다 보면 함수형 프로그래밍 스타일을 사용하는 해법을 구현하게 됨