[리팩터링 2판] action point(ch2)

리팩터링 정의

명사 : 소프트웨어의 겉보기 동작은 그대로 유지한 채, 코드를 이해하고 수정하기 쉽도록 내부 구조를 변경하는 기법
동사 : 소프트웨어의 겉보기 동작은 그대로 유지한 채, 여러 가지 리팩터링 기법을 적용해서 소프트웨어를 재구성하다.

1. 리팩터링 하는 동안에는 코드가 항상 정상 작동해야한다 -> 전체 작업이 끝나지 않았더라도 언제든 멈출 수 있다
이 부분을 잘 수행하기 위해선 리팩터링 단계를 잘게 쪼개고 항상 정상 작동한다는 것을 매번 테스트를 수행하며 보장해야 한다는 말과 같다고 생각한다. Ch1에서도 강조한 부분이지만 그래서 잘짜여진 테스트가 대단히 중요하다.

2. 기능 추가, 리팩터링를 명확히 구분하여 자주 번갈아 작업하더라도 두 개의 모자 중 하나의 모자를 써야 한다. 항상 내가 쓰고 있는 모자가 무엇인지, 그에 따른 미묘한 작업의 차이를 분명하게 이해해야 한다.

3. 중복 코드 제거는 모든 코드가 언제나 고유한 일을 수행함을 보장한다.

4. 3의 법칙 - 비슷한 일을 세 번째 하게 되면 리팩터링한다.

5. 리팩터링하기 좋을 때(기회가 될 때만 진행)
   - 기능을 새로 추가하기 직전 : 구조를 살짝 바꾸면 기능을 추가하기 쉬워질 만한 부분 찾기
   - 이해를 위한 리팩터링 : 코드의 의도가 명확하게 드러나도록 리팩토링 (어떤 역할을 하는지 이해된 변수는 적절한 이름으로 바꿔주고, 긴 함수를 잘게 나누는 등)
   - 쓰레기 줍기 리팩터링 : 간단히 수정할 수 있는 것은 즉시 고치고, 시간이 좀 걸리는 일은 하던 일을 끝내고 처리
계획된 리팩터링을 하게 되는 일은 최소한으로 줄이고, 리팩터링 작업 대부분은 드러나지 않게, 기회 될 때마다 진행

6. 리팩터링 시 고려할 문제
   - 새 기능 개발 속도 저하 : 리팩터링을 하면 개발 속도가 느려진다고 하지만, 결국 리팩터링의 목적은 개발 속도를 높이는 데 있다.
      하지만 저자는 직접 건드릴 일이 거의 없거나, 불편한 정도가 그리 심하지 않다고 판단되면 리팩터링 하지 않는 편이다.
   - 테스팅 : 리팩터링하기 위해서는 자가 테스트 코드를 마련해야 한다.
    - 레거시 코드 : 레거시 코드는 대체로 복잡하고 테스트도 제대로 갖춰지지 않은 것이 많다. -> 테스트 보강이 중요 (레거시 코드 활용 전략)

7. 성능에 대한 흥미로운 사실
대부분 프로그램은 전체 코드 중 극히 일부에서 대부분의 시간을 소비한다.
성능 최적화 단계
- 프로파일러로 프로그램을 분석하여 시간과 공간을 많이 잡아먹는 지점을 알아낸다 -> 성능에 큰 영향을 주는 작은 부분들을 찾을 수 있다
- 그 부분을 개선
- 작은 단계로 나눠서 진행하고 테스트를 매번 수행하되 성능이 개선되지 않았다면 수정 내용 되돌린다

8. 리팩터링을 자동화하는 가장 어설픈 방법
- 소스 코드의 텍스트를 직접 조작하는 것(‘찾아 바꾸기’ 기능으로 이름 변경하거나, 변수 추출하기를 위해 간단히 코드를 재구성하는 식 등)

9. 책 소개
- 리팩터링 연습에 주력한 책 : 리팩터링 워크북(윌리엄 웨이크)
- 레거시 코드 활용 전략(마이클 페더스)
- 리팩터링 자바스크립트(길벗)
- 리팩터링 2판 최신 자료 : https://github.com/WegraLee/Refactoring

GitHub - WegraLee/Refactoring: 『리팩터링, 2판』(한빛미디어, 2020)

, https://refactoring.com

Refactoring Home Page