Mikä on Singleton-kuvio?

Question

Accepted Answer

**Singleton**-kuvio varmistaa, että luokalla on vain **yksi instanssi** ja tarjoaa sille globaalin pääsypisteen. Sitä käytetään, kun täsmälleen yksi objekti koordinoida jotain (konfiguraatio, yhteyksien pool, logger), vaikka se onkin jossain määrin kiistanalainen.

## Mitä Singleton tekee

```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
```

## Esimerkki

```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
```

## Yleiset käyttötavat ja kiista

```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
```

## Miksi se on tärkeää

Singleton-kuvion ymmärtäminen on arvokasta, koska se on yksi **tunnetuimmista suunnittelukuvioista** (usein kohdattu ja keskusteltu), ja sen ymmärtäminen — mukaan lukien sen kiistanalaisuus — heijastaa hyvää suunnittelupäätöstä.

Singleton varmistaa, että luokalla on vain yksi instanssi globaalin pääsyn kanssa, jota käytetään kun todella pitäisi olla vain yksi jonkin asiasta (konfiguraatio, logger, yhteyksien pool, välimuisti) johon pääsee monesta paikasta.

Sen ymmärtäminen mitä se tekee (luokka kontrolloi omaa instantointia palauttaakseen saman instanssin joka kerta) on perustietämystä.

Kuitenkin **kiistan** ymmärtäminen on yhtä tärkeää ja heijastaa kypsää harkintaa: Singletonia kritisoida laajalti koska se on olennaisesti **globaali tila naamioituneena**, luoden **piilotettuja riippuvuuksia** (koodi joka käyttää Singletonia:ta on ilmoittamaton riippuvuus), tekee koodista **vaikea testata** (et voi helposti mock:ata tai korvata yksittäistä instanssia), aiheuttaa tiiviin kytkennän, ja aiheuttaa samanaikaisuusongelmia.

Sen ymmärtäminen että **riippuvuuden injektio on usein parempi vaihtoehto** (välittäen yksittäisen instanssin, tarjoten saman "yksi instanssi" hyödyn mutta testattavalla, eksplisiittisellä tavalla) heijastaa suunnittelupäätöstä suosia DI:tä Singletonien yli monissa tapauksissa.

Tämä tasapainoinen ymmärrys — kuvion tunteminen mutta myös sen ongelmat ja paremmat vaihtoehdot — on se mikä erottaa harkitun käytön cargo-cultista.