Cos'è il pattern Factory?

Question

Accepted Answer

Il pattern **Factory** fornisce un modo per **creare oggetti senza specificare la loro classe esatta** — un metodo o una classe che gestisce la creazione di oggetti, decidendo quale tipo istanziare. Centralizza e astrae la creazione di oggetti, disaccoppiando il codice dalle classi concrete.

## Cosa fa il pattern 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
```

## Esempio

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

## Benefici e variazioni

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

## Perché è importante

Comprendere il pattern Factory è prezioso perché è un **pattern creazionale comune e utile** per disaccoppiare il codice dalla creazione di oggetti, quindi è conoscenza di design praticamente rilevante.

Il pattern Factory incapsula la creazione di oggetti — avendo un metodo factory o una classe decidere quale classe istanziare, così i chiamanti chiedono un oggetto (per tipo o parametro) e ottengono quello giusto **senza conoscere o specificare la classe concreta**.

Comprendere questo è prezioso perché affronta un'esigenza reale: **disaccoppiare il codice dalle classi concrete** (i chiamanti dipendono dalla factory/interfaccia piuttosto che da implementazioni specifiche) e **centralizzare la logica di creazione** (in un unico posto, rendendo più facile modificare ed estendere).

Comprendere i **benefici** — disaccoppiamento, creazione centralizzata e flessibilità (aggiungere facilmente nuovi tipi modificando la factory, o sostituire implementazioni, senza modificare tutto il codice chiamante) — chiarisce perché il pattern è utile per codice mantenibile e flessibile.

Comprendere le **variazioni** — la semplice factory (un metodo che decide cosa creare), il **factory method** (spesso sovrascritto dalle sottoclassi) e la **abstract factory** (creazione di famiglie di oggetti correlati) — copre lo spettro degli approcci factory.

Il pattern Factory è comunemente usato e frequentemente discusso, apparendo in molti codebase reali e framework ovunque la creazione di oggetti debba essere flessibile o disaccoppiata.

Poiché il pattern Factory è un pattern creazionale comune e utile per disaccoppiare il codice dalla creazione di oggetti e centralizzare la logica di creazione (migliorando flessibilità e mantenibilità), e poiché comprendere cosa fa, i suoi benefici e le sue variazioni è praticamente rilevante, comprendere il pattern Factory è conoscenza di design preziosa e comunemente applicabile — un pattern creazionale frequentemente usato per disaccoppiamento e flessibilità nella creazione di oggetti, comune in codebase reali e framework, e conoscenza di design importante per scrivere codice mantenibile e flessibile.