1. 코드 속 악취 제거를 통한 코드 품질 향상, 리팩토링의 개요

1) 리팩토링(Refactoring)의 정의

Refactoring에서 정의한 바에 따르면,

리팩토링(Refactoring) 이란 *“소프트웨어의 외부 동작은 변경하지 않으면서 내부 구조를 개선하는 일련의 행위”*이다.

즉, 기능(Functional Behavior)은 유지하면서

• 가독성(Readability)
• 유지보수성(Maintainability)
• 확장성(Extensibility)
• 테스트 용이성(Testability)

을 향상시키는 구조적 개선 활동이다.

2) 리팩토링의 목적

3) 코드 스멜(Code Smell)의 정의

Martin Fowler는 코드 스멜을 다음과 같이 정의하였다.

코드 스멜(Code Smell) 이란 “코드에 잠재된 구조적 문제를 암시하는 징후”이다.

• 오류(Bug)는 아님
• 설계상의 취약점 또는 유지보수 위험 신호
• 방치할 경우 기술부채 증가

즉, 코드 스멜은 리팩토링의 트리거(trigger) 역할을 한다.

2. 리팩토링 개념과 주요 기법

1) 리팩토링 개념

리팩토링은 단순한 코드 정리가 아니라,

• 객체지향 설계 원칙(SOLID)
• 응집도(Cohesion) 향상
• 결합도(Coupling) 감소
• 책임 분리(SRP)

등 소프트웨어 공학 원칙 기반 구조 개선 활동이다.

2) 기능 추가 관점에서의 리팩토링 효과

결론: 리팩토링은 “기능 추가 속도를 높이기 위한 선행 투자”이다.

3) 리팩토링 주요 기법

3. 코드 스멜의 종류

코드 스멜 관계 개념도

4. Refactoring vs Re-Engineering 비교

핵심 차이: Refactoring은 점진적 개선, Re-Engineering은 근본적 재구축이다.

5. Refactoring 고려사항

1) 테스트 코드 선행 확보

• 자동화 테스트 없이는 위험
• 리팩토링 = 테스트 기반 활동

2) 작은 단위로 수행

• Atomic Refactoring
• Commit 단위 최소화

3) CI/CD 환경 활용

• 정적 분석(SonarQube 등)
• 코드 커버리지 관리

4) 과도한 리팩토링 주의

• YAGNI 원칙 고려
• 기능 요구사항 우선

5) 팀 차원의 합의 필요

• 코딩 컨벤션 통일
• 설계 원칙 공유

결론

코드 스멜은 설계 붕괴의 초기 신호이며, 리팩토링은 지속 가능한 소프트웨어 개발을 위한 구조적 치료 행위이다.

• 애자일 개발
• 지속적 통합(CI)
• 테스트 주도 개발(TDD)

환경에서 리팩토링은 선택이 아닌 필수 전략이다.

📚 출처

1. Martin Fowler, Refactoring: Improving the Design of Existing Code, Addison-Wesley, 1999
2. Clean Code – Robert C. Martin
3. Working Effectively with Legacy Code – Michael Feathers
4. IEEE Software Engineering Body of Knowledge (SWEBOK)