관리자가 리팩토링을하지 않았습니다. 한 번 Martin Fowler의 책 리팩토링을 읽고 모듈에 대한 팁을 적용합니다. 그래서 그는 기존 프로젝트 리팩토링에 대한 계획을 세우길 원합니다.이 프로젝트는 단위 테스트가 없으며 팀원은 리팩터링을 많이 알지 못합니다. 그는 어떤 파일, 얼마나 오래 걸릴지, 최종 결과, 얼마나 많은 방법이 추출 될지 수정하는 과정에 대한 일정을 내게 고집합니다.리 팩터를 만드는 방법은 무엇입니까?
나는 그에게 팁을 how-do-you-refactor으로 추천하지만 그는 상세한 계획이 필요합니다.
단위 테스트가 없으면 자신감을 가지고 리팩토링 할 수 없습니다. 그래서 거기서 시작하십시오. "unit test everything"또는 "refactor everything"으로 설정하지 마십시오. 어디서나 조용히 시작하십시오.
마지막으로 작업하는 코드는 눈에 띄게 깨끗해야합니다. 즉, 더 쉽게 (더 저렴하게) 더 적은 수의 버그가 있고 유지 관리 비용을 더 저렴하게 유지할 수 있음을 의미합니다. & 재사용. 관리자가 염두에두고있는 것들입니다.
단위 테스트를 작성하기 시작했습니다. 저를 괴롭히는 것은 많은 클래스 나 메소드가 너무 많은 책임을지기 때문에 제가 작성한 단위 테스트에서 세부 사항이나 많은 부작용을 알 필요가 있다는 것입니다. 반환 값. – Vacker
그런 다음 Michael Feathers의 _Working Effectively With Legacy Code_를 적극 권장합니다. –
이것은 토론 질문이며 [Programmers] (http://programmers.stackexchange.com)에 더 적합합니다. 대신 거기로 이동 투표. –