6. 기본적인 리팩터링
해당 챕터에서는 가장 기본적인 리팩터링을 소개합니다.
가장 많이 사용하는 것은 다음과 같습니다.
- 함수 추출하기, 변수 추출하기
- 함수 인라인하기, 변수 인라인하기
- 함수 선언 바꾸기, 변수 이름 바꾸기, 매개변수 객체 만들기
- 함수 이름을 변경할 때 주로 사용
- 변수 캡슐화와 꽌련이 있습니다.
- 여러 함수를 클래스로 묶기, 여러 함수를 변환 함수로 묶기, 단계 쪼개기
#
6.1 함수 추출하기다음의 코드를 점차 풀어가며, 리팩토링 할 예정입니다.
#
간략하게.- 함수 추출하기
- 하는 일을 파악, 독립된 함수로 추출, 목적에 맞는 이름을 붙입니다.
- 대부분 함수를 아주 짧게 구성합니다. (1줄에서 5~6줄 사이)
#
절차- 함수를 새로 만들고 목적을 잘 드러내는 이름을 붙입니다.
- 어떻게가 아닌 무엇을 하는지 잘 나타내야합니다.
- 함수로 뽑아서 목적이 더 잘 드러내는 이름이 있다면 추출하나, 그렇지 않은 경우는 추출하면 안되는 경우입니다.
- 추출해서 사용하고 안맞는 경우에 다시 인라인으로 넣는 것도 나쁘지 않습니다.
- 추출할 코드를 원본 함수에서 복사해서 새 함수에 붙여넣습니다.
- 추출한 코드 중 원본 함수의 지역 변수를 참조하거나 추출한 함수의 유효범위를 벗어나는 변수는 없는지 검사합니다. 있는 경우는 매개변수로 전달합니다.
- 원본 함수의 중첩 함수로 추출할 때는 문제가 발생하지 않습니다.
- 지역변수와 매개변수를 인수로 전달하는 방법은 값이 바뀌지 않는 경우에는 좋은 방법입니다.
- 추출한 코드에서만 사용하는 변수가 함수 밖에서 선언되는 경우는 안으로 넣습니다.
- 추출한 코드에서 값이 바뀌는 변수는 조심히 처리합니다.
- 값을 수정하는 지역변수가 너무 많은 경우는, 함수 추출을 멈추고 변수 쪼개기나 임시 변수를 질의 함수로 바꾸는 등의 리팩터링을 적용합니다.
- 변수를 다 처리했다면 컴파일합니다.
- 원본 함수에서 추출한 코드 부분을 새로 만든 함수를 호출하는 문장으로 바꿉니다.
- 추출한 함수로 일을 위임합니다.
- 테스트합니다.
- 다른 코드에 방금 추출한 것과 똑같은 코드가 없는지 살핍니다. 있는 경우에는 추출한 새 함수를 호출할지 바꿀지 검토합니다. (인라인 코드를 함수 호출로 변경)
- 중복 혹은 비슷한 코드를 찾아주는 리팩터링 도구를 사용하는 것도 좋은 방법입니다.
- 검색 기능을 사용하는 방법도 괜찮습니다.
#
코드최초의 코드는 다음과 같습니다.
여기서 유효 범위를 벗어나는 변수가 없기에 이를 추출합니다.
지역 변수를 통해서 추출합니다.
지역 변수의 값을 변경합니다.
계산에 대한 로직도 분리하여, 리팩터링을 종료합니다.
#
6.2 함수 인라인하기함수 추출하기와 반대의 리팩터링입니다.
다음의 경우에 일반적으로 사용합니다.
- 잘못 추출된 함수들도 다시 인라인합니다.
- 다른 함수로 단순히 위임하는게 너무 많고, 관계가 복잡한 경우에 다시 인라인합니다.
#
절차- 다형 메서드인지 확인합니다.
- 서브클래스에서 오버라이드하는 메서드는 인라인하면 안됩니다.
- 인라인할 함수를 호출하는 곳을 모두 찾습니다.
- 각 호출문을 함수 본문으로 교체합니다.
- 하나씩 교체할 때마다 테스트합니다.
- 함수 정의를 삭제합니다.
#
예시#
6.3 변수 추출하기변수 인라인하기와 반대의 리팩터링입니다.
다음과 같습니다.
#
배경- 표현식이 너무 복잡해서 이해하기 어려운 경우가 있으며, 이런 경우에 지역 변수를 활용하여 표현식을 쪼개 관리하기 쉽습니다.
- 추가한 변수는 디버깅에 도움이됩니다.
- 중복이 적으면서 의도가 잘 드러내는 코드를 구성해야합니다.
#
절차- 추출하려는 표현식에 부작용은 없는지 확인합니다.
- 불변 변수를 하나 선언하고 이름을 붙일 표현식의 복제본을 대입합니다.
- 원본 표현식을 새로 만든 변수로 교체합니다.
- 테스트합니다.
- 표현식을 여러 곳에서 사용한다면 각각 새로 만든 변수로 교체합니다.
#
예시위의 코드를 보면 객체의 장점을 확인할 수 있습니다. 객체는 특정 로직과 데이터를 외부와 공유할 때 적당한 크기의 문맥이 되어줍니다.
#
6.4 변수 인라인하기다음의 형태를 가집니다.
#
배경변수는 함수 안에서 표현식을 가리키는 이름이며 대체로 긍정적인 효과입니다. 하지만 그 이름이 원래 표현식과 다르지 않은 경우도 있고 변수가 주변 코드를 리팩터링하는데 방해가 되기도 합니다. 이때 변수를 인라인하는 것이 좋습니다.
#
절차- 대입문의 표현식에서 부작용이 생기지는 않는지 확인합니다.
- 변수가 불변으며 선언되지 않았다면 불변으로 만든 후 테스트합니다.
- 이렇게 하면 변수에 값이 단 한번만 대입되는 지 확인할 수 있습니다.
- 이 변수를 가장 처음 사용하는 코드를 찾아서 대입문 우변의 코드로 바꿉니다.
- 테스트합니다.
- 변수를 사용하는 부분을 모두 교체할 때까지 이 과정을 반복합니다.
- 변수 선언문과 대입문을 지웁니다.
- 테스트합니다.
#
6.5 함수 선언 바꾸기다음의 형태를 가집니다.
#
배경- 함수는 프로그램을 작은 부분으로 나누는 주된 수단입니다.
- 소프트웨어는 연결부에 상당히 의존하며, 이를 잘 정의하면 시스템에 새로운 부분을 추가하기 쉬워집니다.
- 함수의 이름과 매개변수가 중요한 요소입니다
- 좋은 이름으로 선정하는 것이 중요하고, 잘못된 함수를 발견하면 즉시 바꿔야 이후에 같은 고민을 안하게 됩니다.
- 이를 통해서 활용 점위가 넓어지고 다른 모듈간의 결합을 제거할 수 있습니다.
#
절차크게 간단한 절차와 마이그레이션 절차로 나눌 수 있습니다.
#
간단한 절차호출하는 곳이 많거나, 호출 과정이 복잡하거나, 호출 대상이 다형 메서드거나 선언을 복잡하게 변경할 때 사용해야합니다.
- 매개변수를 제거하려거든 먼저 함수 본문에서 제거 대상 매개변수를 참조하는 곳은 없는지 확인합니다.
- 메서드 선언을 원하는 형태로 바꿉니다.
- 기존 메서드 서언을 참조하는 부분을 모두 찾아서 바뀐 형태로 수정합니다.
- 테스트합니다.
#
마이그레이션 절차변경할 것이 둘 이상이면 나눠서 처리할 때가 나을 때가 있으며, 이름 변경과 매개변수 추가를 모두 하고 싶다면 각각을 독립적으로 처리합니다. (이후 문제가 생길 시 돌리기 위해서)
- 이어지는 추출 단계를 수월하게 만들어야 한다면 함수의 본문을 적절히 리팩터링합니다.
- 함수 본문을 새로운 함수로 추출합니다.
- 새로 만들 함수 이름이 기존 함수와 같아면 일단 검색하기 쉬운 이름을 임시로 붙입니다.
- 추출한 함수에 매개변수를 추가해야 한다면 '간단한 절차'를 따라 추가합니다.
- 테스트합니다.
- 기존 함수를 인라인합니다.
- 이름을 임시로 붙여뒀다면 함수 선언 바꾸기를 한 번 더 적용해서 원래 이름으로 되돌립니다.
- 테스트합니다.
#
예시#
함수 이름 바꾸기위의 시작 코드와 동일
#
매개변수 추가하기#
매개변수를 속성으로 바꾸기#
6.6 변수 캡슐화하기다음과 같이 진행됩니다.
#
배경데이터의 유효범위가 넓을수록 캡슐화해야합니다.
- 코드를 추가하거나 변경할 때마다 최대한 캡슐화해야합니다.
- 결합도를 막을 수 있습니다.
불변데이터는 가변 데이터보다 캡슐화의 이유가 적습니다.
#
절차- 변수로의 접근과 갱신을 전담하는 캡슐화 함수들을 만듭니다.
- 정적 검사를 수행합니다.
- 변수를 직접 참조하던 부분을 모두 적절한 캡슐화 함수 호출로 바꿉니다. 하나씩 바꿨을 때마다 테스트합니다.
- 변수의 접근 범위를 제한합니다.
- 테스트합니다.
- 변수 값이 레코드라면 레코드 캡슐화도 고민합니다.
#
예시핵심한 내용은 데이터의 사용 범위가 넓을 수록 적절히 캡슐화하는 것이 중요합니다.
#
6.7 변수 이름 바꾸기#
배경병확한 프로그래밍의 핵심은 이름 짓기입니다. 특히 이 중요성은 사용 범위에 영향을 많이 받습니다.
#
절차- 폭넓은 쓰이는 변수라면 변수 캡슐화하기를 고려합니다.
- 이름을 바꿀 변수를 참조하는 곳을 모두 찾아서, 하나씩 변경합니다.
- 테스트합니다.
#
6.8 매개변수 객체 만들기#
배경- 데이터 뭉치를 데이터 구조로 묶으면 데이터 사이의 관계가 명확해집니다.
#
절차- 적당한 데이터 구조가 아직 마련되어 있지 않다면 새로 만듭니다.
- 테스트합니다.
- 함수 선언 바꾸기로 새 데이터 구조를 매개변수로 추가합니다.
- 테스트합니다.
- 함수 호출 시 새로운 데이터 구조 인스턴스를 넘기독록 수정합니다. 하나씩 수정할 때마다 테스트합니다.
- 기존 매개변수를 사용하던 코드를 새 데이터 구조의 원소를 사용하도록 바꿉니다.
- 다 바꿨다면 기존 매개변수를 제거하고 테스트합니다.
#
예시진정한 값 객체로 거듭나기
- 매개변수 그룹을 객체로 교체하는 일은 값진 작업의 준비단계입니다.
- 제대로 된 객체로 만들기 위해서 값에 기반한 동치성 검사 메서드로부터 추가합니다.
#
6.9 여러 함수를 클래스로 묶기#
배경- 클래스는 데이터와 함수를 하나의 공유 환경으로 묶은 후, 다른 프로그램 요소와 어우러질 수 있도록 일부를 외부에 제공합니다.
#
절차- 함수들이 공유하는 공통 데이터 레코드를 캡슐화합니다.
- 공통 레코드를 사용하는 함수 각각을 새 클래스로 옮깁니다.
- 데이터를 조직하는 로직들은 함수로 추출해서 새 클래스로 옮깁니다.
#
예시프로그램의 다른 부분에서 데이터를 갱신할 가능성이 꽤 있을 때는 클래스로 묶어두면 큰 도움이 됩니다.
#
6.10 여러 함수를 변환 함수로 묶기#
배경- 도출 로직이 중복되는 것을 피하는 것이 중요합니다.
#
절차- 변환할 레코드를 입력받아서 값을 그대로 반환하는 변환 함수를 만듭니다.
- 이 작업은 대체로 깊은 복사로 처리해야합니다.
- 묶을 함수 중 함수 하나를 골라서 본문 코드를 변환 함수로 옮기고, 처리 결과를 레코드에 새 필드로 기록합니다. 그런 다음 클라이언트 코드가 이 필드를 사용하도록 수정합니다.
- 로직이 복잡하면 함수를 추출합니다.
- 테스트합니다.
- 나머지 관련 함수도 위 과정에 따라 처리합니다.
#
예시#
6.11 단계 쪼개기#
배경- 서로 다른 두 대상을 한꺼번에 다루는 코드를 발견하면 각각을 별개의 모듈로 나눕니다.
- 동작을 두 단계로 나눠서 처리하는 것이 쉬운 방법 중 하나입니다.
#
절차- 두 번째 단계에 해당하는 코드를 독립 함수로 추출합니다.
- 테스트합니다.
- 중간 데이터 구조를 만들어서 앞에서 추출한 함수의 인수로 추가합니다.
- 테스트합니다.
- 추출한 두 번째 단계 함수의 매개변수를 하나씩 검토합니다. 그 중 첫 번째 단계에서 사용되는 것은 중간 데이터 구조로 옮깁니다. 하나씩 옮길 때마다 테스트합니다.
- 첫 번째 단계 코드를 함수로 추출하면서 중간 데이터 구조를 반환하도록 만듭니다.
- 아때 첫 번째 단계를 변환 객체로 추출해도 좋습니다.
#
예시JS로 짠 기본 예시 코드는 다음과 같습니다.
자바로도 예제 코드를 구성할 수 있습니다.