Kas yra Singleton šablonas?

Question

Accepted Answer

**Singleton** šablonas užtikrina, kad klasė turi tik **vieną egzempliorių** ir suteikia globalų prieigos tašką prie jo. Jis naudojamas, kai tiksliai vienas objektas turėtų koordinuoti ką nors (konfigūraciją, ryšio baseiną, žurnalą), nors tai yra ir šiek tiek ginčytina.

## Ką daro Singleton

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

## Pavyzdys

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

## Įprasti panaudojimai ir kontraversija

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

## Kodėl tai svarbu

Suprasti Singleton šabloną yra vertinga, nes tai yra vienas iš **žinomiausių projektavimo šablonų** (dažnai sutinkamas ir aptariamas), o jo supratimas — įskaitant jo kontraversijas — atspindi gerą projektavimo sprendimą.

Singleton užtikrina, kad klasė turi tik vieną egzempliorių su globaliu prieiga, naudojamas, kai iš tiesų turėtų būti tik vienas kažkas (konfigūracija, žurnalas, ryšio baseinas, podėlis) pasiekiamas iš daugelio vietų.

Supratimas, ką jis daro (klasė valdo savo instanciacijos procesą ir grąžina tą patį egzempliorių kiekvieną kartą), yra pagrindinės žinios.

Tačiau **kontraverskijos** supratimas yra tokia pat svarbu ir atspindi brandų sprendimą: Singletonai yra plačiai kritikuojami, nes jie iš esmės yra **slėpta globali būsena**, sukuriantis **paslėptus priklausomybes** (kodas, naudojantis Singleton, turi nedeklaruotą priklausomybę), trunkiantis kodą **sunkiau testuoti** (negalite lengvai nustatyti ar pakeisti vienintelio egzemplioriaus), sukeliantis suglaudintą sąsają ir keliantis lygiagretaus skaičiavimo problemas.

Supratimas, kad **priklausomybės injekcija dažnai yra geresnė alternatyva** (perduodant vienintelį egzempliorių, suteikiant tą patį "vieno egzemplioriaus" privalumą, bet testuojamame, aiškiame būde) atspindi projektavimo sprendimą pirmenybę teikti DI prieš Singletarus daugelyje atvejų.

Šis subalansuotas supratimas — žinojimas šablono, bet ir jo problemų bei geresnių alternatyvų — yra tai, kas išskiria apgalvotą naudojimą iš šablonų kopijų.

Kadangi Singleton yra vienas iš žinomiausių ir dažniausiai aptariamų šablonų, ir kadangi jo supratimas kartu su reikšmingomis kontraversijomis (globali būsena, testabilumo problemos) ir priklausomybės injekcijos alternatyva atspindi gerą projektavimo sprendimą, Singleton šablono supratimas yra vertingas, dažnai aktualus žinios — garsus šablonas, kurį verta suprasti, kur jo trūkumų įvertinimas (globali būsena, sunku testuoti) ir pirmenybė priklausomybės injekcijai daugelyje atvejų atspindi brandų projektavimo sprendimą, kuris išskiria apmąstančius kūrėjus, ir dažnai sutinkama bei aptariama programinės įrangos projektavimo tema.