기루 기룩 기록

  리팩터링 시 주의사항

1. 기능 추가를 목적으로 소스를 수정하는 것과 리팩터링을 위해 소스를 수정할 때 서로의 영역을 침범해서는 안된다.

2. 기능 추가시는 기존의 코드를 건들지 않아야 하고 리팩터링 시에는 기능 추가를 하지 않는다 다짐하고 해야 한다.

3. 리팩터링 시 테스트 케이스또한 새로 만들거나 수정하지 않고 진행해야 한다.(부득이한 경우 제외)

  리팩터링시 장점

1. 소프트웨어의 설계가 좋아진다.

2. 소프트웨어를 이해하기 쉬워진다.

3. 버그를 찾을 수 있다.

4. 프로그래밍 속도를 높일 수 있다.

  리팩터링 시점

1. 기이한 이름

코드는 단순하고 명료하게 작성해야 한다. 코드를 명료하게 표현하는 데 가장 중요한 요소는 "이름"이다.

프로그래머가 가장 힘들어하는 일이 이름 짓기일 만큼 변수 이름, 함수 이름 등 기능을 나타내는 이름을 짓는 데는 시간과 두뇌가 소모된다. 

그만큼 이름만 잘 지어도 나중에 문맥을 파악하느라 헤매는 시간을 절약할 수 있기 때문에 이름을 변경하는것은 가장 많이 사용되는 리팩터링이다.

만약 기능을 나타내는 이름을 짓기 어렵다면 설계가 잘못된 것은 아닌지 고민해봐야 한다.

2. 중복 코드 제거하기

3. 긴 함수 제거하기

...

해당 글은 마틴 파울러 - 리팩터링 2판을 보고 작성한 글입니다.