Kaj je Singleton pattern?

Question

Accepted Answer

The **Singleton** pattern ensures a class has only **one instance** and provides a global point of access to it. It's used when exactly one object should coordinate something (a configuration, a connection pool, a logger), though it's also somewhat controversial.

## Kaj počne 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
```

## Primer

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

## Pogosti primeri uporabe in kontroverze

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

## Zakaj je to pomembno

Razumevanje Singleton patterja je dragoceno, ker je to ena izmed **najbolj znanih design pattern-ov** (pogosto se srečamo z njo in o njej razpravljamo), in razumevanje tega — vključno z njenimi kontroverz kami — kaže na dobro dizajnersko presojo.

Singleton zagotavlja, da ima razred samo eno instanco z globalnim dostopom, ki se uporablja, kadar bi resnično smelo biti samo eno od nečesa (konfiguracija, logger, connection pool, cache), do katerega se dostopa z mnogih mest.

Razumevanje tega, kaj počne (razred, ki nadzoruje svojo instanciacijo in vrne isto instanco vsakič), je osnovno znanje.

Hkrati pa je **razumevanje kontroverz** enako pomembno in kaže zrelo presojo: Singletoniji so pogosto kritizirani, ker so v resnici **globalno stanje v prikritosti**, ustvarjajo **skrite odvisnosti** (koda, ki uporablja Singleton, ima nedeklariano odvisnost), zaradi česar je koda **težka za testiranje** (instanco singletona si ne moreš enostavno mock-ati ali zamenjati), povzročajo tesno povezanost in predstavljajo probleme pri konkurenci.

Razumevanje, da je **dependency injection pogosto boljša alternativa** (posredovanje instance singletona, kar nudi isto prednost "ene instance", vendar na preizkušljiv, jasen način), kaže dizajnersko presojo za prednost DI nad Singletoniji v many cases.

To uravnoteženo razumevanje — poznavanje patterja, hkrati pa tudi njegovih problemov in boljših alternativ — je tisto, kar loči premišljeno uporabo od cargo-cultinga.

Ker je Singleton eden najpogostejših in pogosto razpravl janih patterjev, in ker razumevanje tega, skupaj z njegovimi pomembnimi kontroverz ami (globalno stanje, problemi s preizkušanjem) in alternativo dependency injection, kaže dobro dizajnersko presojo, je razumevanje Singleton patterja dragoceno, pogosto relevantno znanje — znamenit pattern, ki ga je vredno razumeti, kjer ocena njegovih pomanj kljivosti (globalno stanje, težko preizkušljiv) in prednost dependency injection-a v številnih primerih kaže zrelo dizajnersko presojo, ki loči premišljene razvijalce, in pogosto srečan in razpravl jan topic v načrtovanju programske opreme.