Ce este modelul Factory?

Question

Accepted Answer

Modelul **Factory** oferă o modalitate de **creare a obiectelor fără a specifica clasa lor exactă** — o metodă sau o clasă care gestionează crearea obiectelor, decidând ce tip să instantieze. Acesta centralizează și abstractizează crearea obiectelor, decuplând codul de clasele concrete.

## Ce face modelul Factory

```text
FACTORY → encapsulate object CREATION (instead of calling constructors directly):
  → a factory method/class decides WHICH class to instantiate and creates it
  → the caller asks the factory for an object (by type/parameter) → gets the right object
    WITHOUT knowing/specifying the concrete class
→ decouples code from CONCRETE classes; centralizes creation logic
```

## Exemplu

```js
// a factory creates the right type based on input
class ShapeFactory {
  static create(type) {
    switch (type) {
      case 'circle': return new Circle();
      case 'square': return new Square();
      default: throw new Error('Unknown shape');
    }
  }
}
const shape = ShapeFactory.create('circle');   // caller doesn't use 'new Circle' directly
// → to add a new shape, change the factory, not all the calling code
```

## Beneficii și variații

```text
BENEFITS:
  ✓ DECOUPLING → callers depend on an interface/factory, not concrete classes
  ✓ CENTRALIZED creation → creation logic in one place (easier to change/extend)
  ✓ FLEXIBILITY → easy to add new types (change the factory) or swap implementations
VARIATIONS:
  → FACTORY METHOD → a method (often overridden by subclasses) creates objects
  → ABSTRACT FACTORY → creates families of related objects
  → simple factory (as above) is the basic form
```

## De ce este important

Înțelegerea modelului Factory este valoroasă deoarece este un **model creațional comun și util** pentru decuplarea codului de crearea obiectelor, deci este cunoaștere de design practic-relevantă.

Modelul Factory încapsulează crearea obiectelor — o metodă de fabrică sau o clasă decide ce clasă să instantieze, deci apelatorii cer un obiect (după tip sau parametru) și obțin cel corect **fără a cunoaște sau specifica clasa concretă**.

Înțelegerea acestui lucru este valoroasă deoarece abordează o necesitate reală: **decuplarea codului de clasele concrete** (apelatorii depind de fabrica/interfață, nu de implementări specifice) și **centralizarea logicii de creare** (într-un singur loc, facilitând schimbarea și extinderea).

Înțelegerea **beneficiilor** — decuplare, creație centralizată, și flexibilitate (adăugarea ușoară de noi tipuri prin modificarea fabricii, sau înlocuirea implementărilor, fără a modifica tot codul apelant) — clarificază de ce modelul este util pentru cod ușor de întreținut și flexibil.

Înțelegerea **variațiilor** — fabrica simplă (o metodă care decide ce să creeze), **metoda de fabrică** (adesea suprascrisă de subclase), și **fabrica abstractă** (crearea familiilor de obiecte înrudite) — acoperă spectrul abordărilor de fabrică.

Modelul Factory este utilizat în mod obișnuit și discutat frecvent, apărând în întreaga bază de cod reală și cadre software oriunde crearea obiectelor trebuie să fie flexibilă sau decuplată.

Deoarece modelul Factory este un model creațional comun și util pentru decuplarea codului de crearea obiectelor și centralizarea logicii de creare (îmbunătățind flexibilitatea și ușurința de întreținere), și deoarece înțelegerea a ceea ce face, beneficiile sale și variațiile sale este practic-relevantă, înțelegerea modelului Factory este cunoaștere de design valoroasă și frecvent aplicabilă — un model creațional frecvent utilizat pentru decuplare și flexibilitate în crearea obiectelor, comun în codul real și cadrele software, și cunoaștere de design importantă pentru scrierea de cod ușor de întreținut și flexibil.