Hva er vanlige arkitekturmønstre (lagdelt, heksagonal, osv.)?

Question

Accepted Answer

Utover objekt-nivå designmønstre definerer **arkitekturmønstre** høy-nivå struktur av applikasjoner — som **lagdelt**, **heksagonal (porter og adaptere)**, **clean architecture** og **event-driven**. De organiserer hele systemer for vedlikeholdbarhet, testbarhet 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
```

## Heksagonal / Clean architecture

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

Å forstå vanlige arkitekturmønstre er verdifull kunnskap på seniornivå fordi de definerer **hvordan hele applikasjoner er strukturert**, som påvirker vedlikeholdbarhet og fleksibilitet betydelig, så det er viktig for å designe godt strukturerte systemer.

Arkitekturmønstre opererer på et høyere nivå enn objekt-nivå designmønstre, og organiserer hele systemer.

Å forstå **lagdelt arkitektur** (organisering i horisontale lag — presentasjon, forretningslogikk, datakildekompilering — der hvert lag avhenger av det under, som gir enkel, vanlig organisering men potensielt rigiditet) er grunnleggende, da det er den mest vanlige applikasjonsstrukturen.

Å forstå **heksagonal/clean architecture** er spesielt verdifull: å isolere kjerne forretningslogikk fra eksterne bekymringer (UI, database, rammeverk) så domenet avhenger av ingenting eksternt mens eksterne ting plugges inn via porter og adaptere, med **avhengigheter som peker innover mot domenet** — som gjør kjernen uavhengig, svært testbar og fleksibel (kan bytte databaser, UIs og rammeverk).

Denne domenesentrerte tilnærmingen er innflytelsesrik i moderne arkitektur for komplekse domener, selv om det legger til struktur som må rettferdiggjøres.

Å forstå **andre arkitekturmønstre** — event-driven (frakoblet, reaktiv), microservices, MVC/MVVM, **CQRS/event sourcing** (separering av lesinger/skrivinger, hendelser som kilde til sannhet) og pipeline/pipes-and-filters — utvider bevisstheten om hvordan systemer kan struktureres.

Å forstå disse mønstre og **velge basert på systemets kompleksitet, domene og behov** gjenspeiler arkitekturdomstolen for å strukturere applikasjoner passende.

Arkitekturmønstre påvirker betydelig et systems vedlikeholdbarhet, testbarhet og fleksibilitet — å velge og anvende dem godt er en nøkkelferdighet for seniorfolk.

Siden arkitekturmønstre definerer hvordan hele applikasjoner er strukturert (som påvirker vedlikeholdbarhet, testbarhet og fleksibilitet betydelig) og å forstå alternativene (lagdelt, heksagonal/clean, event-driven, CQRS) og velge passende er viktig for å designe godt strukturerte systemer, er forståelse av vanlige arkitekturmønstre verdifull kunnskap på seniornivå — viktig for å strukturere hele applikasjoner godt (spesielt den innflytelsesrike clean/heksagonal tilnærmingen for testbare, domenefokuserte systemer), som gjenspeiler arkitekturdomstolen som forventes av seniorutviklere som designer systemstruktur, og som utfyller objekt-nivå mønstre med høy-nivå organisering.