Ce este modelul Singleton?

Question

Accepted Answer

Modelul **Singleton** asigură că o clasă are doar **o singură instanță** și oferă un punct global de acces la aceasta. Este folosit atunci când exact un obiect ar trebui să coordoneze ceva (o configurare, un pool de conexiuni, un logger), deși este și oarecum controversat.

## Ce face 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
```

## Exemplu

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

## Utilizări comune și controversa

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

## De ce este important

Înțelegerea modelului Singleton este valoroasă pentru că este unul dintre **cele mai cunoscute modele de design** (frecvent întâlnit și discutat), și înțelegerea sa — inclusiv controversele acestuia — reflectă o judecată bună în design.

Singleton asigură că o clasă are doar o singură instanță cu acces global, folosit atunci când ar trebui să existe cu adevărat doar una din ceva (configurare, logger, pool de conexiuni, cache) accesată din multe locuri.

Înțelegerea a ceea ce face (o clasă controlând propria instanțiere pentru a returna aceeași instanță de fiecare dată) este cunoștința de bază.

Cu toate acestea, înțelegerea **controversei** este la fel de importantă și reflectă o judecată matură: Singletonii sunt criticați pe scară largă pentru că sunt în esență **stare globală în deghizare**, creând **dependențe ascunse** (codul care folosește un Singleton are o dependență nedeclarată), făcând codul **greu de testat** (nu puteți înlocui cu ușurință instanța unică cu o simulare), provocând cuplare strânsă și probleme de concurență.

Înțelegerea că **injecția de dependență este adesea o alternativă mai bună** (trecând instanța unică, oferind același beneficiu de "o singură instanță" dar într-un mod testabil, explicit) reflectă judecata de design de a prefera DI în locul Singletonilor în multe cazuri.

Această înțelegere echilibrată — cunoașterea modelului dar și a problemelor sale și a unor alternative mai bune — este ceea ce deosebește utilizarea gândită de imitarea fără sens.

Cum Singleton este unul dintre cele mai cunoscute și frecvent discutate modele, și cum înțelegerea sa împreună cu controversele sale semnificative (stare globală, probleme de testabilitate) și alternativa injecției de dependență reflectă o judecată bună în design, înțelegerea modelului Singleton este cunoștință valoroasă, frecvent relevantă — un model celebru demn de înțelegere, unde aprecierea limitărilor sale (stare globală, greu de testat) și preferința pentru injecția de dependență în multe cazuri reflectă judecata matură de design care deosebește dezvoltatorii gânditori, și un subiect frecvent întâlnit și discutat în design-ul software-ului.