Was ist das Singleton-Muster?

Question

Accepted Answer

Das Muster **Singleton** stellt sicher, dass eine Klasse nur **eine Instanz** hat und bietet einen globalen Zugriffspunkt darauf. Es wird verwendet, wenn genau ein Objekt etwas koordinieren sollte (eine Konfiguration, einen Verbindungspool, einen Logger), obwohl es auch etwas umstritten ist.

## Was Singleton tut

```text
SINGLETON → guarantee a class has only ONE instance, with global access to it:
  → the class controls its own instantiation (private constructor)
  → returns the SAME instance every time it's requested
→ for: things there should only be ONE of, accessed from many places
```

## Beispiel

```js
class Config {
  static #instance;
  static getInstance() {
    if (!Config.#instance) {
      Config.#instance = new Config();   // create once
    }
    return Config.#instance;             // always return the same instance
  }
}
// Config.getInstance() always returns the same object
```

## Häufige Verwendungen und die Kontroverse

```text
USES → configuration objects, loggers, connection pools, caches (one shared instance)
⚠️ CONTROVERSIAL → Singletons are often criticized:
  → GLOBAL STATE in disguise → hidden dependencies, hard to TEST (can't easily mock/replace),
    tight coupling, issues with concurrency
  → often better: DEPENDENCY INJECTION (pass the single instance in) → same "one instance"
    benefit but testable and explicit
→ use sparingly; consider DI as an alternative; valid for genuinely-single resources
```

## Warum es wichtig ist

Das Verständnis des Singleton-Musters ist wertvoll, da es eines der **bekanntesten Entwurfsmuster** ist (häufig anzutreffen und diskutiert), und sein Verständnis — einschließlich seiner Kontroversen — gutes Designurteil widerspiegelt.

Singleton stellt sicher, dass eine Klasse nur eine Instanz mit globalem Zugriff hat, verwendet wenn es wirklich nur eine von etwas geben sollte (Konfiguration, Logger, Verbindungspool, Cache), das von vielen Stellen aus zugegriffen wird.

Zu verstehen, was es tut (eine Klasse kontrolliert ihre eigene Instanziierung, um jedes Mal die gleiche Instanz zurückzugeben), ist das grundlegende Wissen.

Aber das Verständnis der **Kontroverse** ist gleich wichtig und spiegelt ausgereiftes Urteilsvermögen wider: Singleton wird vielfach kritisiert, weil es im Wesentlichen **globaler Zustand in Verkleidung** ist, das **versteckte Abhängigkeiten** schafft (Code, der ein Singleton verwendet, hat eine nicht deklarierte Abhängigkeit), Code **schwer zu testen macht** (man kann die einzelne Instanz nicht leicht mocken oder ersetzen), enge Kopplung verursacht und Concurrency-Probleme entstehen.

Zu verstehen, dass **Dependency Injection oft eine bessere Alternative ist** (die einzelne Instanz übergeben, denselben "eine Instanz"-Vorteil bieten, aber auf eine testbare, explizite Weise) spiegelt das Designurteil wider, DI in vielen Fällen gegenüber Singletons zu bevorzugen.

Dieses ausgewogene Verständnis — das Muster kennen, aber auch seine Probleme und bessere Alternativen — ist das, was durchdachte Nutzung von Cargo-Culting unterscheidet.