Kāpēc katrs arhitektūras slānis ir nepieciešams…

Arhitektūras slāņi palīdz sadalīt atbildību, uzlabot lietojumprogrammas uzturēšanu un testēšanu.

Prezentācijas slānis: Atbild par lietotāja saskarnes attēlošanu un ar to mijiedarbību. Saņem datus no Domain slāņa un tos pārveido lietotājam. Sūta lietotāja darbības uz Domain slāni.
Domain slānis: Satur lietojumprogrammas biznesa loģiku. Ir neatkarīgs no UI un infrastruktūras detaļām. Ietver subjektus (Entities), lietošanas gadījumus (Use Cases) un repozitorijus (Repositories) kā interfeisus.
- Entities: Attēlo galvenos biznesa objektus.
- Use Cases (Interactors): Definē mijiedarbības scenārijus ar lietojumprogrammu. Koordinē repozitoriju un entītu darbu konkrētu uzdevumu veikšanai.
- Repositories (Interfaces): Definē datu iegūšanas un saglabāšanas līgumus. Realizācija notiek Data slānī.
Data slānis: Atbild par datu iegūšanu un saglabāšanu. Ietver repozitoriju realizācijas, datu avotus (Data Sources) un datu modeļus (Models/DTOs).
- Repository realizācijas: Realizē Domain slāņa interfeisus.
- Data Sources: Nodrošina piekļuvi dažādiem datu avotiem (API, lokāla datu bāze, koplietojami iestatījumi utt.).
- Models (DTOs): Attēlo datu formātus, kas tiek izmantoti ar datu avotiem saziņā. Atšķiras no Entities Domain slānī.

Slāņu struktūras piemērs:

lib/
├── main.dart
├── presentation/
│   ├── widgets/
│   ├── pages/
│   ├── blocs/  // vai cita stāvokļa pārvaldības sistēma
├── domain/
│   ├── entities/
│   ├── usecases/
│   ├── repositories/
├── data/
│   ├── repositories/
│   ├── datasources/
│   ├── models/

Atkarību shēma:

Presentation Layer -> Domain Layer <- Data Layer. (Data un Presentation ir atkarīgi no Domain, bet Domain ne no neviena).

Kāpēc katrs arhitektūras slānis ir nepieciešams lietojumprogrammā?