Kaj je Clean Architecture? Kako je sestavljena in kako deluje?

Question

IT Interview Practice · Accepted Answer

## Kaj je Clean Architecture?

**Clean Architecture** organizira programsko opremo okoli poslovnega vedenja in ga loči od uporabniških vmesnikov, podatkovnih zbirk in ogrodij. Njen cilj je zmanjšati vpliv tehnoloških sprememb na pomembna pravila aplikacije.

Na primer, »dostavljenega naročila ni mogoče preklicati« je poslovno pravilo. Ostane enako ne glede na to, ali stranka uporablja spletišče ali mobilno aplikacijo, in ne glede na tehnologijo hrambe.

## Glavni deli

Clean Architecture je običajno prikazana s krogi, razporejenimi od znotraj navzven:

- **Entitete:** Vsebujejo osnovne poslovne podatke in pravila, na primer naročilo in pogoje za njegov preklic.
- **Primeri uporabe:** Usklajujejo določeno operacijo aplikacije, na primer pridobitev naročila, zahtevo za preklic in shranjevanje rezultata.
- **Prilagojevalniki vmesnikov:** Pretvarjajo podatke med poslovno logiko in zunanjimi sistemi. Krmilnik pretvori zahtevo HTTP v vhod za operacijo preklica; prilagojevalnik hrambe pretvori podatke naročila v poizvedbe podatkovne zbirke.
- **Ogrodja in orodja:** Tehnologije na zunanjem robu, na primer spletno ogrodje ali sistem podatkovne zbirke.

**Temeljno pravilo je, da notranja koda ne sme biti odvisna od zunanje kode.** Primer uporabe lahko dela z vmesnikom za hrambo naročil, opredeljenim na poslovni strani; zunanji prilagojevalnik ta vmesnik izvede z določeno tehnologijo.

## Primer: preklic naročila

Ko stranka zahteva preklic, krmilnik pokliče primer uporabe za preklic. Ta pridobi naročilo prek vmesnika za dostop do podatkov, nato pa od objekta naročila zahteva preverjanje, ali je preklic dovoljen.

Če naročilo ni dostavljeno in izpolnjuje pogoje, se njegovo stanje spremeni v preklicano. Primer uporabe zahteva shranjevanje spremembe, prilagojevalnik podatkovne zbirke izvede zapis, krmilnik pa vrne rezultat stranki.

Med izvajanjem lahko poslovna logika še vedno kliče prilagojevalnik prek vmesnika, povezanega ob zagonu. Pravilo, da odvisnosti kažejo navznoter, se nanaša na odnose med komponentami kode; ne pomeni, da lahko podatki ali klici potujejo samo v eno smer.

## Prednosti

- **Lažje testiranje pravil:** Dovoljene in zavrnjene preklice je mogoče testirati s podatki v pomnilniku, brez zagona spletnega strežnika ali podatkovne zbirke.
- **Jasno mesto za poslovno vedenje:** Pravila niso razpršena po krmilnikih in poizvedbah, zato jih je lažje brati in dosledno spreminjati.
- **Manj motenj zaradi tehnoloških sprememb:** Zamenjava knjižnice za hrambo ali obdelovalnika zahtev vpliva predvsem na zunanje komponente, če poslovne pogodbe ostanejo nespremenjene.

## Omejitve

- **Več komponent:** Pisanje in vzdrževanje vmesnikov, primerov uporabe in kode za pretvorbo podatkov zahteva čas.
- **Meje zahtevajo disciplino:** Če primer uporabe neposredno uporablja tipe, značilne za ogrodje ali knjižnico podatkovne zbirke, postane poslovna logika znova odvisna od zunanje tehnologije.

## Kdaj jo uporabiti?

Clean Architecture je uporabna za sisteme s kompleksnim poslovnim vedenjem, dolgo razvojno življenjsko dobo in pogostimi potrebami po testiranju. Pri majhni aplikaciji, ki samo bere in zapisuje nekaj tabel, je lahko preprostejša struktura lažja za delo. Ni treba ustvariti vsakega kroga ali mape, če ne pomaga ločevati dejanskih odgovornosti.

Kaj je Clean Architecture?

Glavni deli

Primer: preklic naročila

Prednosti

Omejitve

Kdaj jo uporabiti?

Povezana vprašanja