Hvad er skabelsesmønstre (creational design patterns)?

Question

Accepted Answer

**Skabelsesmønstre** omhandler **objektoprettelse** — hvordan objekter instantieres, gøres fleksible og afkobledes fra den kode, der bruger dem. De omfatter Singleton, Factory, Builder, Prototype og Abstract Factory.

## Hvad skabelsesmønstre løser

```text
CREATIONAL patterns abstract and control HOW objects are CREATED:
  → instead of directly calling constructors everywhere (rigid, coupled), creational
    patterns make object creation flexible, decoupled, and manageable
→ they help create objects in a way suited to the situation, decoupled from concrete classes
```

## De vigtigste skabelsesmønstre

```text
SINGLETON → ensure only ONE instance of a class (single shared object)
FACTORY METHOD → create objects without specifying the exact class (defer to a method/subclass)
ABSTRACT FACTORY → create FAMILIES of related objects (without specifying concrete classes)
BUILDER → construct complex objects step-by-step (separate construction from representation);
  good for objects with many optional parts/parameters
PROTOTYPE → create new objects by CLONING an existing one (copy a prototype)
```

## Hvornår og hvorfor

```text
✓ FACTORY → when creation logic should be centralized/decoupled from concrete classes
✓ BUILDER → when an object has many parameters/optional fields (avoid huge constructors;
  readable step-by-step construction) — very practical
✓ SINGLETON → genuinely-single resources (with caveats — see Singleton)
✓ PROTOTYPE → when cloning is cheaper/easier than creating from scratch
→ use the one that fits the creation problem; they decouple code from concrete creation
```

## Hvorfor det betyder noget

Forståelse af skabelsesmønstre er værdifuld, fordi de løser det **almindelige, vigtige problem med objektoprettelse** på fleksible, afkoblede måder, så det er brugbar designviden.

Skabelsesmønstre omhandler *hvordan objekter oprettes*, abstrahere og kontrollere instantiering for at gøre det fleksibelt og afkoblet — de løser problemet med, at direkte kald af konstruktorer overalt er stift og tæt koblet til konkrete klasser.

Forståelse af **de vigtigste skabelsesmønstre** — **Singleton** (én delt instans), **Factory Method** (oprettelse af objekter uden at specificere den nøjagtige klasse), **Abstract Factory** (oprettelse af familier af relaterede objekter), **Builder** (konstruktion af komplekse objekter trin for trin), og **Prototype** (kloning af eksisterende objekter) — dækker værktøjskassen for fleksibel objektoprettelse.

Forståelse af **hvornår og hvorfor** man skal bruge hver enkelt er den praktiske viden: **Factory** når oprettelse skal være centraliseret og afkoblet fra konkrete klasser, **Builder** når et objekt har mange parametre eller valgfrie felter (undgår besværlige konstruktorer med læsbar trin-for-trin-konstruktion — et meget praktisk mønster), **Singleton** for virkelig-enkelt-ressourcer (med dets forbehold), og **Prototype** når kloning er nemmere end at skabe fra bunden.

**Builder-mønstret** er især praktisk for det almindelige problem med objekter, der har mange valgfrie parametre.

Forståelse af skabelsesmønstre som en kategori, og hvordan hver enkelt løser forskellige oprettelsesscenarier, hjælper dig med at skabe objekter på måder, der er fleksible, læsbare og afkoblede fra konkrete klasser.

Da objektoprettelse er et almindeligt, vigtig problem, og skabelsesmønstre løser det på fleksible, afkoblede måder (Factory til afkobling, Builder til komplekse objekter osv.), og da forståelse af mønstrene og hvornår man skal bruge hver enkelt er brugbar for at skrive fleksibel, vedligeholdelig kode, er forståelse af skabelsesmønstre værdifuld, praktisk relevant designviden — en brugbar kategori af mønstre til håndtering af objektoprettelse fleksibelt, med Builder og Factory som værende særligt praktiske, og vigtig designviden for oprettelse af objekter på afkoblede, vedligeholdelige måder.