Java에 흔히 등장하는 디자인 패턴은 무엇입니까?

Question

Accepted Answer

**디자인 패턴**은 반복되는 소프트웨어 설계 문제에 대한 재사용 가능한 해결책입니다. Java의 OOP 특성과 생태계는 여러 패턴을 특히 흔하게 만듭니다 — 이들을 아는 것은 검증된 구조를 인식하고, 소통하고, 적용하는 데 도움이 됩니다. 이들은 생성, 구조, 행위 범주로 나뉩니다.

## Singleton (생성) — 하나의 공유 인스턴스

```java
public class Config {
    private static final Config INSTANCE = new Config();   // 단일 인스턴스
    private Config() {}                                     // private 생성자
    public static Config getInstance() { return INSTANCE; }
}
// (enum singleton 이 더 안전한 관용구). 공유 설정, 연결 풀에 사용됨.
```

## Factory (생성) — 객체 생성을 캡슐화

```java
public static Shape createShape(String type) {
    return switch (type) {                 // 호출자로부터 구체 클래스를 숨김
        case "circle" -> new Circle();
        case "square" -> new Square();
        default -> throw new IllegalArgumentException();
    };
}
// 호출자는 구체 클래스가 아니라 Shape 에 의존 — 결합도 감소.
```

## Builder (생성) — 복잡한 객체를 단계별로 구성

```java
User user = new User.Builder()
    .name("Ann")
    .email("ann@x.com")
    .age(30)
    .build();    // 읽기 쉬운 구성; 거대한 telescoping 생성자를 피함
```

## Strategy (행위) — 교체 가능한 알고리즘

```java
interface PaymentStrategy { void pay(double amount); }
class CreditCard implements PaymentStrategy { public void pay(double a) {...} }
class PayPal implements PaymentStrategy { public void pay(double a) {...} }

// 런타임에 동작을 교체 — 현대 Java 에서는 람다가 이를 매우 간단하게 함
processor.setStrategy(new PayPal());
```

## Observer (행위) — 발행/구독

```java
// 주체가 등록된 옵저버에게 변경을 알림 (이벤트, 리스너)
button.addActionListener(e -> handleClick());   // GUI 이벤트가 이를 어디서나 사용
```

## Decorator (구조) — 동작 추가를 위해 감싸기

```java
// Java 의 I/O 스트림이 바로 decorator 패턴:
BufferedReader r = new BufferedReader(new FileReader("f.txt"));
// BufferedReader 가 FileReader 를 감싸 버퍼링을 추가
```

## 패턴이 Java 자체에 등장하는 곳

```text
Singleton  → Runtime.getRuntime()
Factory    → Calendar.getInstance(), DriverManager
Builder    → StringBuilder, Stream.Builder
Observer   → 이벤트 리스너, java.util.Observer
Decorator  → java.io 스트림 (BufferedReader 가 FileReader 를 감쌈)
Iterator   → Iterator 인터페이스 / Collections
Strategy   → Comparator, 함수형 인터페이스
```

## 남용에 대한 경고

```text
패턴은 도구이지 목표가 아닙니다. 맞지 않는 곳에 적용하면 복잡성을 더합니다.
문제를 진정으로 해결할 때 사용하십시오 — 많은 패턴이 이제 람다로 더 간단해질 수 있습니다.
```

## 왜 중요한가

디자인 패턴은 흔한 설계 문제에 대한 공유된 어휘와 검증된 해결책을 제공하며, 이는 소통("여기서 Strategy를 사용하자"), 기존 코드의 구조 인식, 결함 있는 해결책의 재발명 방지에 가치가 있습니다.

이들은 Java 자체의 라이브러리 전반에 등장하므로(I/O decorator, factory 메서드, builder, observer 기반 이벤트), 이들을 이해하면 표준 라이브러리를 효과적으로 사용하고 확장할 수 있습니다.

주요 패턴 — Singleton, Factory, Builder, Strategy, Observer, Decorator — 과 각각이 어디에 맞는지 아는 것은 숙련된 개발자의 상징이자 흔한 면접 주제입니다.

똑같이 중요한 것은 이들을 (실제 문제를 해결하며) 적절히 적용하고 억지로 끼워 넣지 않는 판단력인데, 특히 람다 같은 현대적 기능이 많은 고전적 패턴을 단순화하기 때문입니다.