리팩토링(Refactoring)의 정의

  • 소프트웨어를 보다 쉽게 이해할 수 있고, 적은 비용으로 수정할 수 있도록 겉으로 보이는 동작의 변화 없이 내부 구조를 변경하는 것
    • 즉, 리펙토링의 목적은 소프트웨어를 이해하기 쉽게 만드는 것 (성능 최적화와 목적이 다름)
    • 겉으로 보이는 소프트웨어의 기능을 변경하지 않음

리팩토링을 해야하는 이유?
  • 소프트웨어의 디자인 개선
    • 단기적인 목적을 이루거나, 전체 디자인을 고려하지 않고 수정된 코드를 정돈함으로서 전체 코드의 디자인을 유지
    • 예를 들어 중복된 코드의 제거는 코드의 수정시간이 줄어드는 이점이 있고, 수정할 코드가 한 곳에 모여있다는 것은 좋은 디자인의 필수 조건
  • 소프트웨어의 가독성(이해도) 증가
    • 리펙토링은 코드의 가독성을 높여 코드를 이해하기 쉽게 만듬
  • 디버깅
    • 코드의 가독성을 높임으로서 디버깅을 쉽게 할 수 있음
  • 프로그램 생산성 증가
    • 디자인, 가독성, 디버깅 등에서 이점을 가지면 품질 뿐 아니라, 개발 생산성도 향상됨

리팩토링 시점

리팩토링은 시간을 정해두는 것 보다는, 틈틈히 지속적으로 하는 것이 좋다. 주로 아래와 같은 시점에 리팩토링을 하는 것이 좋다. 
  • 삼진 규칙
    • 처음 코드를 작성할 때는 그냥 작성
    • 두 번째 비슷한 작업 역시 중복으로 작성
    • 세 번째 비슷한 작업을 할 때 리팩토링
  • 기능을 추가할 때
    • 추가가 쉽지 않은 형태의 디자인을 변경
  • 버그를 수정해야 할 때
  • 코드 검토를 할 때
    • XP의 페어 프로그래밍(Pair Programming)

프로그램의 수정을 어렵게 하는 이유들
  • 가독성이 떨어짐
  • 중복된 로직
  • 실행중인 코드를 변경해야 하는 특별한 동작을 요구하는 프로그램
  • 복잡한 조건문

인디렉션(Indirection)의 이점
  • 로직의 공유
    • 다른 두 곳에서 호출되는 서브 메소드
    • 모든 서브클래스에서 공유되는 수퍼클래스의 메소드
  • 의도와 구현을 분리하여 설명
    • 클래스와 메소드의 이름은 코드의 의도를 의미
    • 클래스와 메소드 내용은 그 의도에 대한 구현을 설명
    • 클래스와 메소드 내부 역시 의도의 관점에서 작성되었다면, 그 구조에 대한 중요한 정보의 대부분을 잘 전달할 수 있도록 코드를 작성할 수 있다.
  • 변경의 격리
    • 특정 클래스를 서브클래스를 통해 변경하여 원본 클래스의 변경과 격리
  • 조건 로직의 부호화
    • 조건문을 다형성을 통해 개선하여 중복을 줄이고 융통성을 늘림



출처 : 리팩토링 (마틴 파울러 저)

'공부 > Refactoring' 카테고리의 다른 글

Refactoring 개요  (0) 2013.04.03

+ Recent posts