Aveți experiență cu proiecte realizate pe arhitectură curată?

Da, există.

În dezvoltarea cu arhitectură curată, am folosit următoarele straturi:

• Stratul de Domeniu: Conține logica de business și entitățile. Nu depinde de alte straturi. Se definesc Use Cases (Interactors) și interfețele repository-urilor.
• Stratul de Date: Implementează interfețele repository-urilor din Stratul de Date. Include lucrul cu date (rețele, baze de date, SharedPreferences). Deseori, se folosesc repository-uri pentru a transforma datele din surse externe în entități de domeniu.
• Stratul de Prezentare: Conține View (Fragment, Activity) și Presenter/ViewModel. Este responsabil pentru afișarea datelor și interacțiunea cu utilizatorul. Comunică cu Use Cases din Stratul de Domeniu.

Dependențe între straturi:

• Stratul de Prezentare depinde de Stratul de Domeniu.
• Stratul de Date depinde de Stratul de Domeniu.

Modele și principii aplicate în arhitectura curată:

• SOLID: În special principiul inversiunii dependențelor (Dependency Inversion Principle).
• Injectarea dependențelor: Pentru a facilita testarea și gestionarea dependențelor (de exemplu, cu Dagger, Koin).
• Modelul Repository: Abstracție peste sursele de date.
• Use Cases (Interactors): Reprezintă operațiuni specifice în logica de business.

Exemplu de structură a proiectului:

├── app
│   ├── build.gradle
│   └── src
│       └── main
│           ├── java
│           │   └── com
│           │       └── exemplu
│           │           └── aplicatia-mea
│           │               ├── data // Implementări ale repository-urilor, surse de date
│           │               │   ├── datasource
│           │               │   └── repository
│           │               ├── domain // Logica de business, Use Cases, entități, interfețe ale repository-urilor
│           │               │   ├── entity
│           │               │   ├── repository
│           │               │   └── usecase
│           │               └── prezentare // Stratul de vizualizare, ViewModel/Presenter
│           │                   ├── ui
│           │                   └── viewmodel
│           └── res

Interacțiunea între straturi:

1. Vederea apelează metoda ViewModel.
2. ViewModel apelează Use Case-ul corespunzător (logica de business).
3. Use Case accesează interfețele repository-urilor din Stratul de Domeniu.
4. Implementările repository-urilor (în Stratul de Date) obțin date din surse (rețea, bază de date).
5. Repository-urile transformă datele în entități de domeniu și le returnează către Use Case.
6. Use Case procesează datele și returnează rezultatul către ViewModel.
7. ViewModel actualizează datele afișate în View.

Utilizarea unei arhitecturi curate permite:

• Îmbunătățirea testabilității: Fiecare strat poate fi testat izolat.
• Creșterea întreținerii: Modificările într-un strat afectează minim celelalte.
• Creșterea flexibilității: Este mai ușor să înlocuiești implementările surselor de date sau ale UI-ului.
• Reducerea cuplajului: Separarea logicii de business de detaliile de implementare.