Czym jest wzorzec Factory?

Question

Accepted Answer

Wzorzec **Factory** provides a way to **create objects without specifying their exact class** — a method or class that handles object creation, deciding which type to instantiate. It centralizes and abstracts object creation, decoupling code from concrete classes.

## Czym zajmuje się wzorzec 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
```

## Przykład

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

## Korzyści i warianty

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

## Dlaczego to ważne

Zrozumienie wzorca Factory jest wartościowe, ponieważ jest to **powszechny, użyteczny wzorzec kreacyjny** do separacji kodu od tworzenia obiektów, dlatego jest praktycznie-istotną wiedzą projektową.

Wzorzec Factory hermetyzuje tworzenie obiektów — metoda lub klasa factory decyduje, która klasa ma być instantjowana, więc wywołujący proszą o obiekt (przez typ lub parametr) i otrzymują właściwy **bez znajomości lub specyfikacji konkretnej klasy**.

Zrozumienie tego jest wartościowe, ponieważ rozwiązuje rzeczywistą potrzebę: **separacja kodu od konkretnych klas** (wywołujący zależą od factory/interfejsu zamiast konkretnych implementacji) i **centralizacja logiki tworzenia** (w jednym miejscu, ułatwiając zmianę i rozszerzenie).

Zrozumienie **korzyści** — separacja, scentralizowana logika tworzenia i elastyczność (łatwe dodawanie nowych typów poprzez zmianę factory, lub zamianę implementacji, bez modyfikacji całego kodu wywołującego) — wyjaśnia, dlaczego wzorzec jest użyteczny dla utrzymywalnego, elastycznego kodu.

Zrozumienie **wariantów** — prosta factory (metoda decydująca co stworzyć), **factory method** (często nadpisywana przez podklasy) i **abstract factory** (tworzenie rodzin powiązanych obiektów) — obejmuje spektrum podejść factory.

Wzorzec Factory jest powszechnie używany i często dyskutowany, pojawiając się w całych rzeczywistych kodach i frameworkach wszędzie tam, gdzie tworzenie obiektów musi być elastyczne lub separatywne.

Ponieważ wzorzec Factory jest powszechnym, użytecznym wzorcem kreacyjnym do separacji kodu od tworzenia obiektów i centralizacji logiki tworzenia (poprawa elastyczności i utrzymywalności), a ponieważ zrozumienie tego, co robi, jego korzyści i warianty są praktycznie istotne, zrozumienie wzorca Factory jest wartościową, powszechnie-stosowaną wiedzą projektową — powszechnie używanym wzorcem kreacyjnym dla separacji i elastyczności w tworzeniu obiektów, powszechnym w rzeczywistych kodach i frameworkach, i ważną wiedzą projektową do pisania utrzymywalnego, elastycznego kodu.