Mikä on Clean Architecture? Miten se on rakennettu ja miten se toimii?

Question

IT Interview Practice · Accepted Answer

## Mikä on Clean Architecture?

**Clean Architecture** järjestää ohjelmiston liiketoiminnallisen toiminnan ympärille ja erottaa sen käyttöliittymistä, tietokannoista ja ohjelmistokehyksistä. Tavoitteena on vähentää teknologiamuutosten vaikutusta sovelluksen tärkeisiin sääntöihin.

Esimerkiksi ”toimitettua tilausta ei voi perua” on liiketoimintasääntö. Se pysyy samana riippumatta siitä, käyttääkö asiakas verkkosivustoa vai mobiilisovellusta, ja riippumatta tallennusteknologiasta.

## Pääosat

Clean Architecture kuvataan tavallisesti sisältä ulospäin järjestettyinä ympyröinä:

- **Entiteetit:** Sisältävät keskeiset liiketoimintatiedot ja säännöt, kuten tilauksen ja sen perumisehdot.
- **Käyttötapaukset:** Koordinoivat tiettyä sovelluksen operaatiota, kuten tilauksen hakemista, perumisen pyytämistä ja tuloksen tallentamista.
- **Rajapintasovittimet:** Muuntavat tietoja liiketoimintalogiikan ja ulkoisten järjestelmien välillä. Ohjain muuntaa HTTP-pyynnön perumisoperaation syötteeksi; tallennussovitin muuntaa tilaustiedot tietokantakyselyiksi.
- **Ohjelmistokehykset ja työkalut:** Ulkoreunan teknologiat, kuten verkkokehys tai tietokantajärjestelmä.

**Olennainen sääntö on, ettei sisempi koodi saa riippua ulommasta koodista.** Käyttötapaus voi käyttää liiketoimintapuolella määriteltyä tilausten tallennusrajapintaa; ulkoinen sovitin toteuttaa rajapinnan tietyllä teknologialla.

## Esimerkki: tilauksen peruminen

Kun asiakas pyytää perumista, ohjain kutsuu perumisen käyttötapausta. Käyttötapaus hakee tilauksen tietojenkäyttörajapinnan kautta ja pyytää sitten tilausoliota tarkistamaan, onko peruminen sallittu.

Jos tilausta ei ole toimitettu ja ehdot täyttyvät, sen tilaksi tulee peruttu. Käyttötapaus pyytää muutoksen tallentamista, tietokantasovitin suorittaa kirjoituksen ja ohjain palauttaa tuloksen asiakkaalle.

Ajonaikaisesti liiketoimintalogiikka voi silti kutsua sovitinta käynnistyksen yhteydessä kytketyn rajapinnan kautta. Sääntö riippuvuuksien suuntautumisesta sisäänpäin koskee koodikomponenttien suhteita; se ei tarkoita, että tiedot tai kutsut voisivat kulkea vain yhteen suuntaan.

## Hyödyt

- **Helpompi sääntöjen testaus:** Sallittuja ja hylättyjä perumisia voidaan testata muistissa olevilla tiedoilla käynnistämättä verkkopalvelinta tai tietokantaa.
- **Selkeä paikka liiketoiminnalliselle toiminnalle:** Säännöt eivät ole hajallaan ohjaimissa ja kyselyissä, joten niitä on helpompi lukea ja muuttaa johdonmukaisesti.
- **Vähemmän häiriöitä teknologiamuutoksista:** Tallennuskirjaston tai pyyntökäsittelijän vaihtaminen vaikuttaa pääasiassa ulompiin komponentteihin, jos liiketoimintasopimukset pysyvät ennallaan.

## Rajoitukset

- **Enemmän komponentteja:** Rajapintojen, käyttötapausten ja tiedonmuunnoskoodin kirjoittaminen ja ylläpito vie aikaa.
- **Rajat vaativat kurinalaisuutta:** Jos käyttötapaus käyttää suoraan tietylle ohjelmistokehykselle tai tietokantakirjastolle ominaisia tyyppejä, liiketoimintalogiikasta tulee jälleen riippuvainen ulkoisesta teknologiasta.

## Milloin sitä kannattaa käyttää?

Clean Architecture on hyödyllinen järjestelmille, joissa on monimutkaista liiketoiminnallista toimintaa, pitkä kehityselinkaari ja usein toistuvia testaustarpeita. Pienessä sovelluksessa, joka vain lukee ja kirjoittaa muutamaa taulua, yksinkertaisempi rakenne voi olla helpompi. Kaikkia ympyröitä tai kansioita ei tarvitse luoda, elleivät ne auta erottamaan todellisia vastuita.

Mikä on Clean Architecture?

Pääosat

Esimerkki: tilauksen peruminen

Hyödyt

Rajoitukset

Milloin sitä kannattaa käyttää?

Aiheeseen liittyvät kysymykset