Hvordan forholder mønstre seg til refaktorering?

Question

Accepted Answer

Designmønstre oppstår ofte **gjennom refaktorering** i stedet for å bli designet på forhånd — når koden vokser og behovene blir klare, forbedrer refaktorering mot mønstre designet. Dette gjenspeiler prinsippet om å bruke mønstre når de faktisk trengs, ikke spekulativt.

## Mønstre oppstår gjennom refaktorering

```text
Rather than designing patterns in UPFRONT (often premature/speculative), patterns often
emerge as you REFACTOR existing code:
  → start SIMPLE → as needs become clear (real complexity, real duplication, real change
    points), REFACTOR toward a pattern that addresses them
  → "refactor TO a pattern" when the code would genuinely benefit
→ patterns as a destination of refactoring, not a starting blueprint
```

## Eksempler på refaktorering til mønstre

```text
→ A growing if/else or switch on "type" → refactor to STRATEGY or polymorphism
→ Duplicated object creation logic → extract a FACTORY
→ A class doing too much (God object) → split responsibilities (toward SRP; extract classes)
→ Hardcoded dependencies (hard to test) → introduce DEPENDENCY INJECTION
→ Complex subsystem usage scattered around → introduce a FACADE
→ Adding behavior via subclass explosion → refactor to DECORATOR (composition)
```

## Hvorfor denne tilnærmingen er god

```text
✓ Avoids PREMATURE / speculative patterns (YAGNI) → add the pattern when the need is REAL
✓ The pattern is JUSTIFIED → you've seen the actual problem it solves
✓ Lets design EVOLVE → start simple, add structure as complexity warrants
✓ Refactoring is SAFE with tests → tests let you refactor toward patterns confidently
→ "make it work, make it right (refactor, possibly to patterns), make it fast"
```

## Hvorfor det betyr noe

Å forstå hvordan mønstre forholder seg til refaktorering er verdifull kunnskap på seniornivå fordi det gjenspeiler **den modne tilnærmingen å bruke mønstre når de faktisk trengs** (gjennom refaktorering) i stedet for spekulativt, slik at det informerer om hvordan man bruker mønstre godt.

Hovedinsikten er at designmønstre ofte **oppstår gjennom refaktorering** i stedet for å bli designet på forhånd — man starter enkelt og refaktorerer mot et mønster når de virkelige behovene (kompleksitet, duplisering, endringspunkter) blir klare.

Denne "refaktorering til mønster"-tilnærmingen behandler mønstre som en destinasjon av refaktorering i stedet for en startplan, som er en mer moden, mindre risikabel måte å bruke dem på.

Å forstå **eksempler** — refaktorering av en voksende betingelseserklæring til Strategy, uttak av duplisert opprettelseslogikk til Factory, splitting av et God-objekt mot enkeltansvar, introduksjon av avhengighetsinjeksjon for hardkodet avhengigheter, tillegg av en Facade for spredt bruk av subsystemer, og refaktorering av undeklasseksplosjon til Decorator — illustrerer hvordan ekte kode utvikler seg mot mønstre når problemene de løser faktisk oppstår.

Å forstå **hvorfor denne tilnærmingen er god** er nøkkelverdien: den **unngår premature/spekulative mønstre** (YAGNI — legge til mønstre bare når behovet er virkelig, i stedet for å gjette på fremtidige behov og over-engineering), sikrer at mønsteret er **begrunnet** (du har sett det virkelige problemet), lar **designet utvikle seg** (starter enkelt, legger til struktur når kompleksitet tilsier), og er **trygt med tester** (som gjør tillitsfull refaktorering mulig).

Dette knytter seg til den bredere visdommen om "få det til å fungere, få det riktig (refaktorering, muligens til mønstre), få det raskt." Denne refaktorering-drevne tilnærmingen til mønstre gjenspeiler modent designskjønn — å bruke mønstre som svar på virkelige, observerte behov i stedet for spekulativt, unngå både under-design (aldri bruk gunstige mønstre) og over-design (bruk mønstre prematurt).

Siden mønstre best brukes når de faktisk trengs (gjennom refaktorering når virkelige behov oppstår) i stedet for spekulativt på forhånd, og siden denne refaktorering-drevne tilnærmingen unngår premature mønstre mens designet får utvikle seg, og siden forståelse av dette informerer om bruk av mønstre godt, er forståelse av hvordan mønstre forholder seg til refaktorering verdifull kunnskap på seniornivå — som gjenspeiler den modne tilnærmingen å bruke mønstre gjennom refaktorering når det faktisk trengs (unngår spekulativ over-engineering), lar designet utvikle seg fra enkelt mot mønstre etter behov, og tar i bruk designskjønnet til å bruke mønstre som svar på virkelige behov, et kjennetegn på seniorutviklere.