Hvad er Adapter-mønstret?

Question

Accepted Answer

**Adapter**-mønstret tillader objekter med **inkompatible grænseflader** at arbejde sammen ved at omslutter en med en grænseflade, som den anden forventer. Det fungerer som en tolk mellem to grænseflader og muliggør integration uden at ændre eksisterende kode.

## Hvad Adapter-mønstret gør

```text
ADAPTER → convert one interface into another that a client expects (a "translator"):
  → wrap an object whose interface is INCOMPATIBLE, exposing the interface the client needs
  → the adapter translates calls/data between the two interfaces
→ makes incompatible things work together WITHOUT changing either's code
```

## Eksempel

```js
// a third-party library with an incompatible interface
class ThirdPartyLogger { logMessage(text) { /* ... */ } }

// our code expects a .log(msg) interface → adapt it
class LoggerAdapter {
  constructor(thirdParty) { this.logger = thirdParty; }
  log(msg) { this.logger.logMessage(msg); }   // translate our interface to theirs
}
const logger = new LoggerAdapter(new ThirdPartyLogger());
logger.log('hello');   // our code uses .log; the adapter calls .logMessage
```

## Anvendelser og fordele

```text
USES → integrate THIRD-PARTY libraries with incompatible interfaces; make legacy code work
  with new code; unify different APIs behind a common interface; swap implementations
BENEFITS:
  ✓ INTEGRATION → make incompatible interfaces work together without modifying either
  ✓ DECOUPLING → your code depends on YOUR interface; adapters isolate external/incompatible
    code → swap or upgrade dependencies behind the adapter
  ✓ Reuse existing code that doesn't quite fit
```

## Hvorfor det er vigtigt

At forstå Adapter-mønstret er værdifuldt, fordi det er et **meget almindeligt, praktisk strukturelt mønster** til integration af inkompatibel kode, så det er relevant designviden.

Adapter-mønstret tillader objekter med **inkompatible grænseflader at arbejde sammen** ved at omslutter en med den grænseflade, som den anden forventer — og fungerer som en tolk mellem grænseflader.

At forstå hvad det gør (omslutter et objekt med en inkompatibel grænseflade for at eksponere den grænseflade, som en klient har brug for, og oversætter mellem de to) er kernekendskabet.

At forstå **anvendelserne** er særligt værdifuldt, fordi de er almindelige, virkelige behov: **integration af tredjepartsbiblioteker** med inkompatible grænseflader (en hyppig situation — du skal bruge et bibliotek, men dets grænseflade matcher ikke din kode), få **legacy-kode til at arbejde med ny kode**, samle forskellige API'er bag en fælles grænseflade og muliggøre udskiftning af implementeringer.

Disse integrationsbehov opstår konstant i reel udvikling.

At forstå **fordelene** — **integration** (få inkompatible grænseflader til at arbejde sammen uden at ændre nogen af dem, hvilket ofte er nødvendigt, når du ikke kan ændre tredjepartsbiblioteker eller legacy-kode) og **afkobling** (din kode afhængig af din egen grænseflade, mens adaptere isolerer ekstern/inkompatibel kode, så du kan udskifte eller opgradere afhængigheder bag adapteren — en værdifuld arkitektonisk fordel) — præciserer hvorfor Adapter er praktisk vigtig.

Adapter-mønstret er et af de mest praktisk nyttige mønstre, fordi integration af inkompatibel kode (tredjepartsbiblioteker, legacy-systemer, forskellige API'er) er et konstant, reelt behov i udvikling.

Da Adapter-mønstret er et meget almindeligt, praktisk mønster til integration af inkompatible grænseflader (tredjepartsbiblioteker, legacy-kode, forskellige API'er) uden at ændre nogen af dem — et konstant reelt behov — og giver værdifuld afkobling, og da forståelse af hvad det gør, dets anvendelser og dets fordele er relevant for reel integrationskompetencer, er forståelse af Adapter-mønstret værdifuld, praktisk-relevant designviden — et hyppigt nødvendigt mønster til den almindelige opgave at få inkompatibel kode til at arbejde sammen, giver integration og afkobling, og vigtig designviden for den reelle, tilbagevendende udfordring at få forskellige kodestykker til at arbejde sammen.