답변:
리팩토링을 개발 프로세스의 일부가 아닌 자체 리팩토링으로 취급하면 결코 끝나지 않을 수 있습니다.
red, green, refactor의 테스트 중심 개발 접근 방식 을 따르는 경우 일반적으로 다음 두 가지 이유로 리팩토링에 많은 시간을 소비하지 않아도됩니다.
진행하면서 리팩토링을 수행 할 수 있으므로 TDD 사이클의 또 다른 작은 단계가 될 것입니다.
다음 테스트를 작성하는 내부 "압력"은 리팩토링 노력을 합리적인 수준으로 유지합니다.
레거시 코드로 작업하는 경우 Bob 아저씨의 "보이 스카우트 규칙"을 따르십시오. Timebox를 짧은 시간 (예 : 30 분)으로 만들고 코드를 이전보다 깨끗한 상태로 체크인하는 것이 목표입니다. 코드를 만질 때마다 약간 더 나아질 것입니다. 시간이 지남에 따라 가장 수정 된 코드는 코드베이스에서 가장 읽기 쉽고 잘 반영됩니다.