Refactoring

마틴 파울러의 Refactoring에서 나온 좋은 문구

1. 새로운 기능을 추가해야 하는데 프로그램의 코드가 새로운 기능을 추가하기 쉽도록 구조화 되어 있지 않은 경우에는 먼저 리팩토링을 해서 프로그램에 기능을 추가하기 쉽게 하고, 그 다음에 기능을 추가한다.

 
2. 리팩토링을 시작하기 전에 견고한 테스트 셋을 가지고 있는지 확인하라. 이 테스트는 자제 검사여야 한다.

3. 리팩토링은 작은 단계로 나누어 프로그램을 변경한다. 실수를 하게 되더라도 쉽게 버그를 찾을 수 있다.

4. 컴퓨터가 이해할 수 있는 코드는 어느 바보나 다 짤 수 있다. 좋은 프로그래머는 사람이 이해할 수 있는 코드를 짠다.

5. 리팩토링(Refactoring) 명사 - 소프트웨어를 보다 쉽게 이해할 수 있고, 적은 비용으로 수정할 수 있도록 겉으로 보이는 동작의 변화 없이 내부 구조를 변경하는것.

6. 리팩토링(Refactoring) 동사 - 일련의 리팩토링을 적용하여 겉으로 보이는 동작의 변화 없이 소프트웨어의 구조를 바꾸다.

7. 스트라이크 세 개면 리팩토링을 한다. (스트라이크 - 중복성 작업)

8. 주석을 써야 할 것 같은 생각이 들면, 먼저 코드를 리팩토링 하여 주석이 불필요 하도록 하라.

9. 패턴은 우리가 있고 싶은 곳이고, 리팩토링은 그곳에 이르는 방법이다.

출처 : http://www.okjsp.pe.kr/bbs?act=VIEW&bbs=bbs5&seq=58693

마틴 파울러의 리팩토링 분류방식

메소드 관련 리팩토링

• 메소드를 추출하기(extract method)

• 메소드 합치기(inline method)

• 임시변수를 합치기(inline temp)

• 임시변수를 메소드로 바꾸기(replace temp with query)

• 설명적인 변수를 도입하기(introduce explaining variable)

• 임시 변수를 쪼개기(split temporary variable)

• 패러미터에 할당하는 문장을 없애기(remove assignment to

parameters)

• 메소드를 메소드 객체로 바꾸기(replace method with method

object)

• 알고리즘을 교체하기(substitute algorithm)

 

클래스들 사이에 데이터와 기능을 이동하기

• 메소드를 이동하기(move method)

• 속성을 이동하기(move field)

• 클래스를 추출하기(extract class)

• 클래스를 합치기(inline class)

• 위임을 감추기(hide delegation)

• 미들 객체를 제거하기(remove middle man)

• 외부 메소드를 도입하기(introduce foreign method)

 

데이터를 조직하기

• 속성을 캡슐화하기(self encapsulate field)

• 데이터 값을 객체로 바꾸기(replace data value with object)

• 값을 참조로 바꾸기(change value to reference)

• 참조를 값으로 바꾸기(change reference to value)

• 배열을 객체로 바꾸기(replay array with object)

• 관찰 데이터를 분리하기(duplicate observed data)

• 단방향 연관성을 양방향으로 변경하기(change unidirectional association to

bidirectional)

• 양방향 연관성을 단방향으로 변경하기(change bidirectional association to

unidirectional)

• public 속성을 private으로 캡슐화하기(encapsulate field)

• 콜렉션을 캡슐화하기(encapsulate collection)

• 레코드를 클래스로 바꾸기(replace record with data class)

• 타입 코드를 클래스로 바꾸기(replace type code with class)

• 타입 코드를 하위 클래스로 바꾸기(replace type code with subclass)

• 타입 코드를 State/Strategy 패턴으로 바꾸기(replace type code with

state/strategy

• 하위 클래스를 속성으로 바꾸기(replace subclass with fields)

 

조건문을 단순화하기

• 조건문을 단순화하기(decompose conditional)

• 조건 표현식 다듬기(consolidate conditional

expression)

• 중복된 조건문을 다듬기(consolidate duplicate

conditional fragments)

• 콘트롤 플래그를 제거하기(remove control flags)

• 중복 조건문을 가드로 바꾸기(replace nested

conditional with guard clauses)

• 조건문을 폴리모피즘으로 바꾸기(replace

conditional with polymorphism)

• 널 객체를 도입하기(introduce null object)

 

메소드 호출을 간단하게 만들기

• 메소드 이름 바꾸기(rename method)

• 패러미터 추가하기(add parameter)

• 패러미터 제거하기(remove parameter)

• 속성을 읽는 기능과 수정하는 기능을 분리하기(separate query from

modifier)

• 메소드를 패러미터화하기(parameterize method)

• 패러미터 각각을 메소드로 바꾸기(replace parameter with explicit

methods)

• 객체 자체를 패러미터로 넘기기(preserve whole object)

• 패러미터 대신 메소드가 직접 처리하기(replace parameter with

method)

• 패러미터 객체를 도입하기(introduce parameter object)

• Setting 메소드 제거하기(remove setting method)

• 메소드를 숨기기(hide method)

• 생성자를 팩토링 메소드로 바꾸기(replace constructor with factory

method)

 

상속과 관련된 리팩토링

• 속성을 상위 클래스로 끌어 올리기(pull up field)

• 메소드를 상위 클래스로 끌어 올리기(pull up method)

• 생성자 코드를 상위 클래스로 끌어 올리기(pull up constructor

body)

• 메소드를 하위 클래스로 내려보내기(push down method)

• 속성을 하위 클래스로 내려보내기(push down field)

• 하위 클래스를 추출하기(extract subclass)

• 상위 클래스를 추출하기(extract superclass)

• 인터페이스 추출하기(extract interface)

• 상속 계층도를 무너뜨리기(collapse hierarchy)

• 템플릿 메소드를 만들기(form template method)

• 상속을 위임으로 바꾸기(replace inheritance with delegation)

• 위임을 상속으로 바꾸기(replace delegation with inheritance)

 

커다란 리팩토링

• 상속 계층도를 찢어 분리하기(tease apart

inheritance)

• 절차방식의 코드를 객체지향식으로 변경하기(convert

procedure design to objects)

• 도메인 객체와 UI 객체를 분리하기(separate domain

from presentation)

• 상속 계층도를 추출하기(extract hierarchy) 

Eclipse 3.2를 활용한 리팩토링 - (1)      Eclipse 3.2를 활용한 리팩토링- (2)
Eclipse의 refactoring 기능을 잘~ 못쓰는데
날짜별, 시간별 history도 있군요. 역시나... 이게 있으면 맘편히 refactoring 해도 되겠군요.

나쁘고 건강하지 않은 코드의 속성
중복
같은 역할의 코드가 중복되는 경우를 의미

뚱뚱
일반적으로 프로그램 요소가 지나치게 한곳에 집약되어 있거나 너무 많은 의미를 포함하고 있거나 이질적인 요소들이 같이 모여 있는 경우를 의미

홀쭉
프로그램 요소의 의미나 기능이 지나치게 빈약하여 독립적으로 존재할 필요가 없는 경우를 의미

리팩토링
수정 -> 테스트 -> 수정 -> 테스트...
소프트웨어를 보다 이해하기 쉽고, 수정하기 쉽도록 만드는 것
퍼포먼스 최적화는 종종 코드를 어렵게 만든다. 하지만 필요한 퍼포먼스를 얻기 위해서는 그렇게 해야 한다.

리팩토링은 소프트웨어 디자인을 개선 시킨다.
리팩토링은 소프트웨어를 더 이해하기 쉽게 만든다.
리팩토링은 버그를 찾도록 도와준다.
리팩토링은 프로그램을 빨리 작성하도록 도와준다.

기능을 추가할때 리팩토링을 하라
버그를 수정해야할때 리팩토링을 하라
코드 검토를 할때 리팩토링을 하라

리팩토리링은 그냥 지금 고치면 된다.

더 참고 URL : 리팩토링 간단한 정리