O que é o padrão Factory?

Question

Accepted Answer

O padrão **Factory** fornece uma forma de **criar objetos sem especificar sua classe exata** — um método ou classe que lida com a criação de objetos, decidindo qual tipo instanciar. Ele centraliza e abstrai a criação de objetos, desacoplando o código de classes concretas.

## O que o padrão Factory faz

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

## Exemplo

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

## Benefícios e variações

```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 que isso importa

Compreender o padrão Factory é valioso porque é um **padrão criacional comum e útil** para desacoplar o código da criação de objetos, portanto é conhecimento de design praticamente relevante.

O padrão Factory encapsula a criação de objetos — tendo um método ou classe factory decidir qual classe instanciar, para que os chamadores peçam um objeto (por tipo ou parâmetro) e obtenham o correto **sem conhecer ou especificar a classe concreta**.

Compreender isso é valioso porque aborda uma necessidade real: **desacoplar o código de classes concretas** (os chamadores dependem da factory/interface em vez de implementações específicas) e **centralizar a lógica de criação** (em um único lugar, facilitando a mudança e extensão).

Compreender os **benefícios** — desacoplamento, criação centralizada e flexibilidade (facilmente adicionar novos tipos alterando a factory, ou trocar implementações, sem modificar todo o código de chamada) — esclarece por que o padrão é útil para código mantível e flexível.

Compreender as **variações** — a factory simples (um método decidindo o que criar), o **factory method** (frequentemente sobrescrito por subclasses) e a **abstract factory** (criando famílias de objetos relacionados) — cobre o espectro de abordagens factory.

O padrão Factory é comumente usado e frequentemente discutido, aparecendo em toda base de código real e frameworks sempre que a criação de objetos precisa ser flexível ou desacoplada.

Com o padrão Factory sendo um padrão criacional comum e útil para desacoplar o código da criação de objetos e centralizar a lógica de criação (melhorando flexibilidade e manutenibilidade), e já que compreender o que faz, seus benefícios e suas variações é praticamente relevante, compreender o padrão Factory é conhecimento de design valioso e comumente aplicável — um padrão criacional frequentemente usado para desacoplamento e flexibilidade na criação de objetos, comum em bases de código real e frameworks, e conhecimento de design importante para escrever código mantível e flexível.