Hvad er almindelige arkitekturmønstre (lagdelt, hexagonal osv.)?

Question

Accepted Answer

Ud over designmønstre på objektniveau definerer **arkitekturmønstre** den overordnede struktur af applikationer — som **lagdelt**, **hexagonal (ports and adapters)**, **clean architecture** og **event-driven**. De organiserer hele systemer for vedligeholdelse, testbarhed og fleksibilitet.

## Lagdelt (n-tier) arkitektur

```text
LAYERED → organize the app into horizontal LAYERS, each with a responsibility:
  PRESENTATION (UI) → APPLICATION/business logic → DATA ACCESS → DATABASE
  → each layer depends only on the layer below; clear separation
  ✓ simple, common, organized  ✗ can become rigid; layers can leak; less flexible
```

## Hexagonal / Clean arkitektur

```text
HEXAGONAL (ports & adapters) / CLEAN architecture → the core business logic is ISOLATED
from external concerns (UI, database, frameworks):
  → the DOMAIN/core depends on NOTHING external; external things (DB, UI, APIs) plug in
    via interfaces ("ports") and "adapters"
  → dependencies point INWARD (toward the domain) → the core is independent and testable
  ✓ highly testable, flexible (swap DB/UI/frameworks), domain-focused
  ✗ more complexity/structure (justified for complex domains)
```

## Andre arkitekturmønstre

```text
EVENT-DRIVEN → components communicate via events (decoupled, scalable, reactive)
MICROSERVICES → independent services (covered in system design)
MVC/MVVM → UI architecture (covered separately)
CQRS / EVENT SOURCING → separate read/write; events as the source of truth
PIPELINE / pipes-and-filters → data flows through processing stages
→ choose based on the system's complexity, domain, and needs
```

## Hvorfor det betyder noget

At forstå almindelige arkitekturmønstre er værdifuld viden på seniorlevel, fordi de definerer **hvordan hele applikationer struktureres**, hvilket påvirker vedligeholdelse og fleksibilitet betydeligt, så det er vigtigt for at designe velstrukturerede systemer.

Arkitekturmønstre fungerer på et højere niveau end designmønstre på objektniveau og organiserer hele systemer.

At forstå **lagdelt arkitektur** (organisering i horisontale lag — præsentation, forretningslogik, dataadgang — hvor hvert lag afhænger af det nedenfor, hvilket giver simpel, almindelig organisering men potentiel stivhed) er fundamental, da det er den mest almindelige applikationsstruktur.

At forstå **hexagonal/clean arkitektur** er særligt værdifuldt: isolering af kernens forretningslogik fra eksterne bekymringer (UI, database, frameworks), så domænet afhænger af intet eksternt, mens eksterne ting tilsluttes via ports og adapters, med **dependencies peger indad mod domænet** — hvilket gør kernen uafhængig, højtestbar og fleksibel (i stand til at udskifte databaser, UIs og frameworks).

Denne domænefokuseret tilgang er indflydelsesrig i moderne arkitektur for komplekse domæner, selvom den tilføjer struktur, som skal være berettiget.

At forstå **andre arkitekturmønstre** — event-driven (dekoblet, reaktiv), microservices, MVC/MVVM, **CQRS/event sourcing** (adskilte læsninger/skrivninger, events som sandheds kilde) og pipeline/pipes-and-filters — udvider bevidstheden om, hvordan systemer kan struktureres.

At forstå disse mønstre og **vælge baseret på systemets kompleksitet, domæne og behov** afspejler den arkitektoniske dømmekraft at strukturere applikationer hensigtsmæssigt.

Arkitekturmønstre påvirker betydeligt et systems vedligeholdelse, testbarhed og fleksibilitet — at vælge og anvende dem godt er en vigtig seniorferdighedsområde.

Da arkitekturmønstre definerer, hvordan hele applikationer struktureres (påvirker vedligeholdelse, testbarhed og fleksibilitet betydeligt) og at forstå mulighederne (lagdelt, hexagonal/clean, event-driven, CQRS) og vælge hensigtsmæssigt er vigtigt for at designe velstrukturerede systemer, er det at forstå almindelige arkitekturmønstre værdifuld viden på seniorlevel — vigtig for at strukturere hele applikationer godt (især den indflydelsesrige clean/hexagonal tilgang til testbare, domænefokuserede systemer), afspejler den arkitektoniske dømmekraft, der forventes af seniorudviklere, der designer systemstruktur, og komplementerer designmønstre på objektniveau med organisering på højere niveau.