Singleton 패턴이란 무엇인가요?

Question

Accepted Answer

**Singleton** 패턴은 클래스가 **하나의 인스턴스**만 갖도록 보장하고 그 인스턴스에 대한 전역 접근 지점을 제공합니다. 정확히 하나의 객체가 무언가를 조율해야 할 때(설정, 커넥션 풀, 로거 등) 사용되지만, 다소 논쟁의 여지가 있는 패턴이기도 합니다.

## Singleton이 하는 일

```text
SINGLETON → 클래스가 단 하나의 인스턴스만 갖도록 보장하고, 전역 접근을 제공함:
  → 클래스가 자신의 인스턴스화를 제어함 (private 생성자)
  → 요청될 때마다 동일한 인스턴스를 반환함
→ 대상: 단 하나만 존재해야 하며 여러 곳에서 접근되는 것들
```

## 예시

```js
class Config {
  static #instance;
  static getInstance() {
    if (!Config.#instance) {
      Config.#instance = new Config();   // 한 번만 생성
    }
    return Config.#instance;             // 항상 동일한 인스턴스를 반환
  }
}
// Config.getInstance()는 항상 같은 객체를 반환함
```

## 일반적인 용도와 논쟁

```text
용도 → 설정 객체, 로거, 커넥션 풀, 캐시 (하나의 공유 인스턴스)
⚠️ 논쟁적 → Singleton은 종종 비판받음:
  → 위장된 전역 상태 → 숨겨진 의존성, 테스트가 어려움(쉽게 mock/교체 불가),
    강한 결합, 동시성 문제
  → 종종 더 나은 방법: dependency injection(단일 인스턴스를 주입) → 동일한 "단일 인스턴스"
    이점을 가지면서도 테스트 가능하고 명시적
→ 절제해서 사용; DI를 대안으로 고려; 진정으로 단일한 자원에는 유효함
```

## 왜 중요한가

Singleton 패턴을 이해하는 것은 가치가 있습니다. 이는 **가장 잘 알려진 디자인 패턴 중 하나**(자주 접하고 논의됨)이며, 그 논쟁점까지 포함해 이해하는 것은 좋은 설계 판단을 반영하기 때문입니다.

Singleton은 클래스가 하나의 인스턴스만 갖고 전역 접근을 제공하도록 보장하며, 무언가가 진정으로 하나만 존재해야 할 때(설정, 로거, 커넥션 풀, 캐시) 여러 곳에서 접근되는 경우 사용됩니다.

Singleton이 하는 일(클래스가 자신의 인스턴스화를 제어하여 매번 동일한 인스턴스를 반환함)을 이해하는 것이 기본 지식입니다.

그러나 **논쟁**을 이해하는 것도 똑같이 중요하며 성숙한 판단을 반영합니다. Singleton은 본질적으로 **위장된 전역 상태**여서 **숨겨진 의존성**(Singleton을 사용하는 코드는 선언되지 않은 의존성을 가짐)을 만들고, 코드를 **테스트하기 어렵게**(단일 인스턴스를 쉽게 mock하거나 교체할 수 없음) 만들며, 강한 결합을 유발하고 동시성 문제를 일으킨다는 이유로 널리 비판받습니다.

**dependency injection이 종종 더 나은 대안**(단일 인스턴스를 주입하여 동일한 "단일 인스턴스" 이점을 테스트 가능하고 명시적인 방식으로 제공)이라는 것을 이해하는 것은, 많은 경우 Singleton보다 DI를 선호하는 설계 판단을 반영합니다.

이러한 균형 잡힌 이해 — 패턴을 알면서도 그 문제점과 더 나은 대안도 아는 것 — 가 사려 깊은 사용과 무비판적 모방을 구별합니다.

Singleton은 가장 잘 알려지고 자주 논의되는 패턴 중 하나이며, 그 중대한 논쟁점(전역 상태, 테스트 용이성 문제)과 dependency injection 대안과 함께 이해하는 것은 좋은 설계 판단을 반영하므로, Singleton 패턴을 이해하는 것은 가치 있고 흔히 관련되는 지식입니다. 이는 이해할 가치가 있는 유명한 패턴이며, 그 단점(전역 상태, 테스트 어려움)과 많은 경우 dependency injection을 선호하는 것을 이해하는 것은 사려 깊은 개발자를 구별하는 성숙한 설계 판단을 반영하고, 소프트웨어 설계에서 자주 접하고 논의되는 주제입니다.