Çfarë është arkitektura e pastër? Si strukturohet dhe si funksionon?

Question

IT Interview Practice · Accepted Answer

## Çfarë është arkitektura e pastër?

**Arkitektura e pastër** e organizon softuerin rreth sjelljes së biznesit, duke e ndarë nga ndërfaqet e përdoruesit, bazat e të dhënave dhe kornizat e zhvillimit. Qëllimi i saj është të zvogëlojë ndikimin e ndryshimeve teknologjike te rregullat e rëndësishme të aplikacionit.

Për shembull, “një porosi e dorëzuar nuk mund të anulohet” është një rregull biznesi. Ai mbetet i njëjtë nëse klienti përdor një faqe web apo aplikacion celular, dhe pavarësisht teknologjisë së ruajtjes.

## Pjesët kryesore

Arkitektura e pastër zakonisht ilustrohet si rrathë të organizuar nga brenda jashtë:

- **Entitetet:** Mbajnë të dhënat dhe rregullat thelbësore të biznesit, si një porosi dhe kushtet e anulimit të saj.
- **Rastet e përdorimit:** Bashkërendojnë një operacion të caktuar të aplikacionit, si marrja e një porosie, kërkimi i anulimit dhe ruajtja e rezultatit.
- **Përshtatësit e ndërfaqeve:** Konvertojnë të dhënat ndërmjet logjikës së biznesit dhe sistemeve të jashtme. Një kontrollues e kthen një kërkesë HTTP në hyrje për operacionin e anulimit; një përshtatës ruajtjeje i kthen të dhënat e porosisë në pyetje të bazës së të dhënave.
- **Kornizat dhe mjetet:** Teknologjitë në skajin e jashtëm, si korniza web ose sistemi i bazës së të dhënave.

**Rregulli thelbësor është që kodi i brendshëm nuk duhet të varet nga kodi i jashtëm.** Një rast përdorimi mund të punojë me një ndërfaqe ruajtjeje porosish të përcaktuar në anën e biznesit; një përshtatës i jashtëm e implementon atë ndërfaqe duke përdorur një teknologji të caktuar.

## Shembull: anulimi i një porosie

Kur një klient kërkon anulimin, kontrolluesi thërret rastin e përdorimit për anulim. Rasti i përdorimit e merr porosinë përmes një ndërfaqeje të qasjes në të dhëna, pastaj i kërkon objektit të porosisë të kontrollojë nëse anulimi lejohet.

Nëse porosia nuk është dorëzuar dhe plotëson kushtet, statusi i saj ndryshon në të anuluar. Rasti i përdorimit kërkon ruajtjen e ndryshimit, përshtatësi i bazës së të dhënave kryen shkrimin dhe kontrolluesi ia kthen rezultatin klientit.

Gjatë ekzekutimit, logjika e biznesit ende mund të thërrasë një përshtatës përmes një ndërfaqeje të lidhur gjatë nisjes. Rregulli që varësitë drejtohen nga brenda lidhet me marrëdhëniet ndërmjet përbërësve të kodit; nuk do të thotë se të dhënat ose thirrjet mund të lëvizin vetëm në një drejtim.

## Përfitimet

- **Testim më i lehtë i rregullave:** Anulimet e lejuara dhe të refuzuara mund të testohen me të dhëna në memorie, pa nisur një server web ose bazë të dhënash.
- **Një vend i qartë për sjelljen e biznesit:** Rregullat nuk shpërndahen nëpër kontrollues dhe pyetje, gjë që i bën më të lehta për t'u lexuar dhe ndryshuar në mënyrë të njëtrajtshme.
- **Më pak ndikim nga ndryshimet teknologjike:** Zëvendësimi i një biblioteke ruajtjeje ose trajtuesi kërkesash prek kryesisht përbërësit e jashtëm nëse kontratat e biznesit mbeten të pandryshuara.

## Kufizimet

- **Më shumë përbërës:** Ndërfaqet, rastet e përdorimit dhe kodi i konvertimit të të dhënave kërkojnë kohë për t'u shkruar dhe mirëmbajtur.
- **Kufijtë kërkojnë disiplinë:** Nëse një rast përdorimi përdor drejtpërdrejt tipe specifike të një kornize ose biblioteke baze të dhënash, logjika e biznesit bëhet sërish e varur nga teknologjia e jashtme.

## Kur duhet ta përdorni?

Arkitektura e pastër është e dobishme për sisteme me sjellje të ndërlikuar biznesi, një jetë të gjatë zhvillimi dhe nevoja të shpeshta testimi. Për një aplikacion të vogël që vetëm lexon dhe shkruan disa tabela, një strukturë më e thjeshtë mund të jetë më e lehtë për t'u përdorur. Nuk është e nevojshme të krijoni çdo rreth ose dosje, përveçse kur ndihmon në ndarjen e përgjegjësive reale.

Çfarë është arkitektura e pastër?

Pjesët kryesore

Shembull: anulimi i një porosie

Përfitimet

Kufizimet

Kur duhet ta përdorni?

Pyetje të ngjashme