Qu'est-ce que le pattern Factory ?

Question

Accepted Answer

Le pattern **Factory** fournit un moyen de **créer des objets sans spécifier leur classe exacte** — une méthode ou une classe qui gère la création d'objets, décidant quel type instancier. Il centralise et abstrait la création d'objets, découplant le code des classes concrètes.

## Ce que le pattern Factory fait

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

## Exemple

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

## Bénéfices et variations

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

## Pourquoi c'est important

Comprendre le pattern Factory est précieux car c'est un **pattern créationnel courant et utile** pour découpler le code de la création d'objets, ce qui en fait une connaissance de conception pratiquement pertinente.

Le pattern Factory encapsule la création d'objets — une méthode ou une classe factory décide quelle classe instancier, de sorte que les appelants demandent un objet (par type ou paramètre) et obtiennent le bon **sans connaître ni spécifier la classe concrète**.

Comprendre cela est précieux car cela répond à un vrai besoin : **découpler le code des classes concrètes** (les appelants dépendent de la factory/interface plutôt que d'implémentations spécifiques) et **centraliser la logique de création** (en un seul endroit, ce qui facilite les modifications et les extensions).

Comprendre les **bénéfices** — découplage, création centralisée, et flexibilité (ajouter facilement de nouveaux types en modifiant la factory, ou remplacer les implémentations, sans modifier tout le code appelant) — clarifie pourquoi le pattern est utile pour un code maintenable et flexible.

Comprendre les **variations** — la simple factory (une méthode décidant quoi créer), la **factory method** (souvent surpassée par les sous-classes), et la **abstract factory** (créant des familles d'objets connexes) — couvre le spectre des approches factory.

Le pattern Factory est couramment utilisé et fréquemment discuté, apparaissant dans les vraies bases de code et frameworks partout où la création d'objets doit être flexible ou découplée.

Puisque le pattern Factory est un pattern créationnel courant et utile pour découpler le code de la création d'objets et centraliser la logique de création (améliorant la flexibilité et la maintenabilité), et puisque comprendre ce qu'il fait, ses bénéfices, et ses variations est pratiquement pertinent, comprendre le pattern Factory est une connaissance de conception précieuse et couramment applicable — un pattern créationnel fréquemment utilisé pour le découplage et la flexibilité dans la création d'objets, courant dans les vraies bases de code et frameworks, et connaissance de conception importante pour écrire du code maintenable et flexible.