Kokie yra dažniausiai naudojami architektūriniai šablonai (sluoksninė, šešiakampė ir kt.)?

Question

Accepted Answer

Be objekto lygio projektavimo šablonų, **architektūriniai šablonai** apibrėžia aukšto lygio programų struktūrą — kaip **sluoksninė**, **šešiakampė (prievadai ir adapteriai)**, **švari architektūra** ir **įvykiais paremta**. Jie organizuoja visas sistemas atsižvelgiant į palaikymas, testavimą ir lankstumą.

## Sluoksninė (n-aukštų) architektūra

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

## Šešiakampė / švari architektūra

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

## Kiti architektūriniai šablonai

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

## Kodėl tai svarbu

Supratimas apie dažniausius architektūrinius šablonus yra vertinga aukšto lygio žinių, nes jie apibrėžia **kaip visa programa yra struktūrizuota**, iš esmės veikdami jos palaikymas ir lankstumą, todėl svarbu tinkamai struktūrizuotų sistemų projektavimui.

Architektūriniai šablonai veikia aukštesniu lygiu nei objekto lygio projektavimo šablonai, organizuodami visas sistemas.

Supratimas apie **sluoksninę architektūrą** (organizavimas į horizontalius sluoksnius — pristatymas, verslo logika, duomenų prieiga — kiekvienas priklausomas nuo žemiau esančio sluoksnio, suteikiantis paprastą, bendrą organizavimą, bet potencialią rigidumą) yra pagrindinis, nes tai yra dažniausia programų struktūra.

Supratimas apie **šešiakampę/švaria architektūrą** yra ypač vertingas: pagrindinis verslo logika izoliuojama nuo išorinių susijusimų (UI, duomenų bazė, sistemos), todėl domenas nepriklauso nuo nieko išorinio, o išoriniai dalykai prijungiami per prievadus ir adapterius, kuriuose **priklausomybės nukreiptos į vidų link domeno** — padarant šerdį nepriklausomą, aukšto testavimo lygio ir lanksčią (galintį pakeisti duomenų bazes, UI ir sistemas).

Šis domeno-centriško požiūrio yra įtakus šiuolaikinei architektūrai sudėtingoms sritims, nors jis prideda struktūrą, kuri turi būti pagrįsta.

Supratimas apie **kitus architektūrinius šablonus** — įvykiais paremtą (desupoliavimas, reaktyvus), mikroservisus, MVC/MVVM, **CQRS/įvykių šaltinį** (skirta skaityti ir rašyti, įvykiai kaip tiesos šaltinis) ir konvejerius/vamzdžius-ir-filtrus — išplečia supratimą, kaip galima struktūrizuoti sistemas.

Supratimas šių šablonų ir **pasirinkimas pagal sistemos sudėtingumą, domeną ir poreikius** atspindi architektūrinį sprendimą struktūrizuoti programas tinkamai.

Architektūriniai šablonai iš esmės veikia sistemos palaikymas, testavimo lygį ir lankstumą — jų pasirinkimas ir taikymas gerai yra svarbus aukšto lygio įgūdis.

Kadangi architektūriniai šablonai apibrėžia kaip visos programos yra struktūrizuotos (iš esmės veikdami palaikymas, testavimą ir lankstumą) ir supratimas apie galimybes (sluoksninė, šešiakampė/švari, įvykiais paremta, CQRS) ir pasirinkimas tinkamai yra svarbus tinkamai struktūrizuotų sistemų projektavimui, supratimas apie dažniausius architektūrinius šablonus yra vertinga aukšto lygio žinių — svarbi visos programų struktūrizavimui (ypač įtakios švarios/šešiakampės pristatymo testavimo ir domeno-orientuotoms sistemoms), atspindint architektūrinį sprendimą, kurio tikimasi iš aukšto lygio kūrėjų, kurie projektavus sistemos struktūrą, ir papildant objekto lygio šablonus aukštesnio lygio organizavimu.