¿Qué es el patrón Factory?

Question

Accepted Answer

El patrón **Factory** proporciona una forma de **crear objetos sin especificar su clase exacta** — un método o clase que maneja la creación de objetos, decidiendo qué tipo instanciar. Centraliza y abstrae la creación de objetos, desacoplando el código de las clases concretas.

## Qué hace el patrón 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
```

## Ejemplo

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

## Beneficios y variaciones

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

## Por qué es importante

Entender el patrón Factory es valioso porque es un **patrón creacional común y útil** para desacoplar el código de la creación de objetos, por lo que es conocimiento de diseño prácticamente relevante.

El patrón Factory encapsula la creación de objetos — teniendo un método o clase factory que decide qué clase instanciar, de modo que los llamadores solicitan un objeto (por tipo o parámetro) y obtienen el correcto **sin conocer ni especificar la clase concreta**.

Entender esto es valioso porque aborda una necesidad real: **desacoplar el código de clases concretas** (los llamadores dependen de la factory/interfaz en lugar de implementaciones específicas) y **centralizar la lógica de creación** (en un lugar, facilitando cambios y extensiones).

Entender los **beneficios** — desacoplamiento, creación centralizada y flexibilidad (agregar fácilmente nuevos tipos cambiando la factory, o intercambiar implementaciones, sin modificar todo el código llamador) — aclara por qué el patrón es útil para código mantenible y flexible.

Entender las **variaciones** — la factory simple (un método decidiendo qué crear), el **factory method** (a menudo sobrescrito por subclases) y la **abstract factory** (creando familias de objetos relacionados) — cubre el espectro de enfoques factory.

El patrón Factory se usa comúnmente y se discute frecuentemente, apareciendo en toda la base de código real y frameworks donde la creación de objetos necesita ser flexible o desacoplada.

Dado que el patrón Factory es un patrón creacional común y útil para desacoplar el código de la creación de objetos y centralizar la lógica de creación (mejorando flexibilidad y mantenibilidad), y dado que entender qué hace, sus beneficios y sus variaciones es prácticamente relevante, entender el patrón Factory es valioso, conocimiento de diseño comúnmente aplicable — un patrón creacional frecuentemente usado para desacoplamiento y flexibilidad en la creación de objetos, común en codebases y frameworks reales, e importante conocimiento de diseño para escribir código mantenible y flexible.