Czym jest Clean Architecture? Jak jest zbudowana i jak działa?

Question

IT Interview Practice · Accepted Answer

## Czym jest Clean Architecture?

**Clean Architecture** organizuje oprogramowanie wokół zachowania biznesowego, oddzielając je od interfejsów użytkownika, baz danych i frameworków. Jej celem jest ograniczenie wpływu zmian technologicznych na ważne reguły aplikacji.

Na przykład „dostarczonego zamówienia nie można anulować” to reguła biznesowa. Pozostaje taka sama niezależnie od tego, czy klient używa witryny czy aplikacji mobilnej, oraz niezależnie od technologii przechowywania.

## Główne części

Clean Architecture często przedstawia się jako okręgi uporządkowane od środka na zewnątrz:

- **Encje:** Przechowują podstawowe dane biznesowe i reguły, takie jak zamówienie oraz warunki jego anulowania.
- **Przypadki użycia:** Koordynują konkretną operację aplikacji, na przykład pobranie zamówienia, zażądanie anulowania i zapisanie wyniku.
- **Adaptery interfejsów:** Konwertują dane między logiką biznesową a systemami zewnętrznymi. Kontroler zamienia żądanie HTTP na dane wejściowe operacji anulowania, a adapter przechowywania przekształca dane zamówienia w zapytania do bazy.
- **Frameworki i narzędzia:** Technologie na zewnętrznej krawędzi, takie jak framework internetowy lub system bazy danych.

**Podstawowa reguła mówi, że kod wewnętrzny nie może zależeć od kodu zewnętrznego.** Przypadek użycia może pracować z interfejsem przechowywania zamówień zdefiniowanym po stronie biznesowej; zewnętrzny adapter implementuje ten interfejs za pomocą konkretnej technologii.

## Przykład: anulowanie zamówienia

Gdy klient prosi o anulowanie, kontroler wywołuje przypadek użycia anulowania. Przypadek użycia pobiera zamówienie przez interfejs dostępu do danych, a następnie prosi obiekt zamówienia o sprawdzenie, czy anulowanie jest dozwolone.

Jeśli zamówienie nie zostało dostarczone i spełnia warunki, jego status zmienia się na anulowane. Przypadek użycia żąda zapisania zmiany, adapter bazy danych wykonuje zapis, a kontroler zwraca wynik klientowi.

Podczas działania logika biznesowa nadal może wywoływać adapter przez interfejs połączony przy uruchamianiu. Reguła kierowania zależności do wewnątrz dotyczy relacji między komponentami kodu; nie oznacza, że dane lub wywołania mogą poruszać się tylko w jednym kierunku.

## Zalety

- **Łatwiejsze testowanie reguł:** Dozwolone i odrzucone anulowania można testować na danych w pamięci, bez uruchamiania serwera WWW lub bazy danych.
- **Jasne miejsce dla zachowania biznesowego:** Reguły nie są rozproszone między kontrolerami i zapytaniami, więc łatwiej je czytać i spójnie zmieniać.
- **Mniejsze zakłócenia przy zmianach technologii:** Wymiana biblioteki przechowywania lub obsługi żądań wpływa głównie na komponenty zewnętrzne, jeśli kontrakty biznesowe pozostają niezmienione.

## Ograniczenia

- **Więcej komponentów:** Pisanie i utrzymanie interfejsów, przypadków użycia i kodu konwersji danych wymaga czasu.
- **Granice wymagają dyscypliny:** Jeśli przypadek użycia bezpośrednio korzysta z typów specyficznych dla frameworka lub biblioteki bazy danych, logika biznesowa ponownie zależy od technologii zewnętrznej.

## Kiedy warto jej używać?

Clean Architecture jest przydatna w systemach ze złożonym zachowaniem biznesowym, długim okresem rozwoju i częstą potrzebą testowania. W małej aplikacji, która tylko odczytuje i zapisuje kilka tabel, prostsza struktura może być łatwiejsza w użyciu. Nie trzeba tworzyć każdego okręgu ani folderu, jeśli nie pomaga to oddzielić rzeczywistych odpowiedzialności.

Czym jest Clean Architecture?

Główne części

Przykład: anulowanie zamówienia

Zalety

Ograniczenia

Kiedy warto jej używać?

Powiązane pytania