패턴은 리팩터링과 어떻게 관련되나요?

Question

Accepted Answer

디자인 패턴은 미리 설계되기보다 종종 **리팩터링을 통해 출현**합니다 — 코드가 성장하고 그 필요가 명확해짐에 따라, 패턴을 향한 리팩터링이 설계를 개선합니다. 이는 투기적이 아니라 실제로 필요할 때 패턴을 적용한다는 원칙을 반영합니다.

## 패턴은 리팩터링을 통해 출현한다

```text
패턴을 미리 설계해 넣는(종종 시기상조이거나 투기적인) 대신, 패턴은 기존 코드를
리팩터링하면서 종종 출현함:
  → 단순하게 시작 → 필요가 명확해짐에 따라(실제 복잡성, 실제 중복, 실제 변경
    지점), 그것들을 다루는 패턴을 향해 리팩터링
  → 코드가 진정으로 이득을 볼 때 "패턴으로 리팩터링"
→ 시작 청사진이 아니라 리팩터링의 목적지로서의 패턴
```

## 패턴으로 리팩터링하는 예시

```text
→ 커지는 "타입"에 대한 if/else 또는 switch → STRATEGY 또는 다형성으로 리팩터링
→ 중복된 객체 생성 로직 → FACTORY로 추출
→ 너무 많은 일을 하는 클래스(갓 오브젝트) → 책임 분할 (SRP를 향해; 클래스 추출)
→ 하드코딩된 의존성(테스트 어려움) → DEPENDENCY INJECTION 도입
→ 흩어진 복잡한 서브시스템 사용 → FACADE 도입
→ 서브클래스 폭발을 통한 행위 추가 → DECORATOR(합성)로 리팩터링
```

## 이 접근이 좋은 이유

```text
✓ 시기상조/투기적 패턴을 피함 (YAGNI) → 필요가 실제일 때 패턴을 추가
✓ 패턴이 정당화됨 → 그것이 해결하는 실제 문제를 봤음
✓ 설계가 진화하게 함 → 단순하게 시작, 복잡성이 요구할 때 구조를 추가
✓ 테스트가 있으면 리팩터링이 안전함 → 테스트가 패턴을 향해 자신 있게 리팩터링하게 함
→ "작동하게 만들고, 올바르게 만들고(리팩터링, 가능하면 패턴으로), 빠르게 만들어라"
```

## 왜 중요한가

패턴이 리팩터링과 어떻게 관련되는지 이해하는 것은 가치 있는 시니어 수준 지식입니다. 이는 투기적으로가 아니라 **실제로 필요할 때 패턴을 적용하는**(리팩터링을 통해) 성숙한 접근을 반영하므로 패턴을 잘 사용하는 데 정보를 제공하기 때문입니다.

핵심 통찰은 디자인 패턴이 미리 설계되기보다 종종 **리팩터링을 통해 출현**한다는 것입니다 — 단순하게 시작하고 실제 필요(복잡성, 중복, 변경 지점)가 명확해짐에 따라 패턴을 향해 리팩터링하는 것.

이 "패턴으로 리팩터링" 접근은 패턴을 시작 청사진이 아니라 리팩터링의 목적지로 취급하며, 이는 더 성숙하고 덜 위험한 적용 방법입니다.

**예시** — 커지는 조건문을 Strategy로 리팩터링, 중복된 생성 로직을 Factory로 추출, 갓 오브젝트를 단일 책임을 향해 분할, 하드코딩된 의존성에 dependency injection 도입, 흩어진 서브시스템 사용에 Facade 추가, 서브클래스 폭발을 Decorator로 리팩터링 — 를 이해하면 그것들이 해결하는 문제가 실제로 나타날 때 실제 코드가 어떻게 패턴을 향해 진화하는지 보여줍니다.

**이 접근이 좋은 이유**를 이해하는 것이 핵심 가치입니다. **시기상조/투기적 패턴을 피하고**(YAGNI — 미래 필요를 추측하고 과도하게 엔지니어링하기보다 필요가 실제일 때만 패턴 추가), 패턴이 **정당화됨**을 보장하며(실제 문제를 봤음), **설계가 진화하게** 하고(단순하게 시작, 복잡성이 요구할 때 구조 추가), 테스트가 있으면 **안전합니다**(자신 있는 리팩터링을 가능하게 함).

이는 "작동하게 만들고, 올바르게 만들고(리팩터링, 가능하면 패턴으로), 빠르게 만들어라"는 더 넓은 지혜와 연결됩니다. 패턴에 대한 이 리팩터링 주도 접근은 성숙한 설계 판단을 반영합니다 — 투기적으로가 아니라 실제로 관찰된 필요에 대응하여 패턴을 적용하여, 과소 설계(이로운 패턴을 결코 적용하지 않음)와 과도한 설계(패턴을 시기상조로 적용함)를 모두 피합니다.

패턴은 투기적으로 미리가 아니라 실제로 필요할 때(실제 필요가 출현함에 따라 리팩터링을 통해) 가장 잘 적용되고, 이 리팩터링 주도 접근이 시기상조 패턴을 피하면서 설계가 진화하게 하며, 이를 이해하는 것이 패턴을 잘 사용하는 데 정보를 제공하므로, 패턴이 리팩터링과 어떻게 관련되는지 이해하는 것은 가치 있는 시니어 수준 지식입니다. 이는 진정으로 필요할 때 리팩터링을 통해 패턴을 적용하는(투기적 과도한 엔지니어링을 피하는) 성숙한 접근을 반영하고, 설계가 단순함에서 요구되는 대로 패턴을 향해 진화하게 하며, 실제 필요에 대응하여 패턴을 적용하는 설계 판단 — 시니어 개발자의 특징 — 을 구현합니다.