Vad är vanliga arkitektoniska mönster (lagervis, hexagonal, etc.)?

Question

Accepted Answer

Bortom design patterns på objektnivå definierar **arkitektoniska mönster** högnivåstrukturen för applikationer — som **lagervis**, **hexagonal (ports and adapters)**, **clean architecture** och **event-driven**. De organiserar hela system för underhållbarhet, testbarhet och flexibilitet.

## Lagervis (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 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)
```

## Andra arkitektoniska mönster

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

## Varför det är viktigt

Att förstå vanliga arkitektoniska mönster är värdefull kunskap på seniornivå eftersom de definierar **hur hela applikationer är strukturerade**, vilket i betydande grad påverkar underhållbarhet och flexibilitet, så det är viktigt för att designa väl strukturerade system.

Arkitektoniska mönster fungerar på en högre nivå än design patterns på objektnivå och organiserar hela system.

Att förstå **lagervis arkitektur** (organisering i horisontella lager — presentation, affärslogik, dataåtkomst — där varje lager är beroende av lagret under, vilket ger enkel och vanlig organisation men potentiell styvhet) är grundläggande, eftersom det är den vanligaste applikationsstrukturen.

Att förstå **hexagonal/clean architecture** är särskilt värdefullt: isolering av kärnaffärslogiken från externa problem (UI, databas, ramverk) så att domänen inte är beroende av något externt medan externa saker kopplas in via portar och adaptrar, med **beroenden som pekar inåt mot domänen** — vilket gör kärnlogiken oberoende, mycket testbar och flexibel (möjlighet att byta databaser, UI:er och ramverk).

Den här domäncentrerade metoden är inflytelserik i modern arkitektur för komplexa domäner, även om den lägger till struktur som måste rättfärdigas.

Att förstå **andra arkitektoniska mönster** — event-driven (frikopplad, reaktiv), microservices, MVC/MVVM, **CQRS/event sourcing** (separation av läs-/skrivoperationer, händelser som källa till sanning) och pipeline/pipes-and-filters — breddar medvetenheten om hur system kan struktureras.

Att förstå dessa mönster och **välja baserat på systemets komplexitet, domän och behov** återspeglar arkitektoniska bedömningsförmåga för att strukturera applikationer på lämpligt sätt.

Arkitektoniska mönster påverkar i betydande grad ett systems underhållbarhet, testbarhet och flexibilitet — att välja och tillämpa dem väl är en viktig senior-kompetens.

Eftersom arkitektoniska mönster definierar hur hela applikationer är strukturerade (vilket i betydande grad påverkar underhållbarhet, testbarhet och flexibilitet) och att förstå alternativen (lagervis, hexagonal/clean, event-driven, CQRS) och välja lämpligt är viktigt för att designa väl strukturerade system, är förståelse för vanliga arkitektoniska mönster värdefull kunskap på seniornivå — viktigt för att strukturera hela applikationer väl (särskilt den inflytelserika clean/hexagonal-metoden för testbara, domänfokuserade system), vilket återspeglar den arkitektoniska bedömningsförmåga som förväntas av seniorutvecklare som designar systemstruktur, och kompletterar design patterns på objektnivå med högre nivås organisation.