Имали ли сте опит с проекти, реализирани на чиста архитектура?

Да, има.

При разработката на чиста архитектура използвах следните слоеве:

• Domain слой: Съдържа бизнес логиката и същностите. Не зависи от други слоеве. Определя Use Cases (интерактори) и интерфейси на репозиториите.
• Data слой: Реализира интерфейсите на репозиториите от Data Layer. Включва работа с данни (мрежа, бази данни, SharedPreferences). Често се използват репозитории за преобразуване на данните от външни източници в доменни същности.
• Presentation слой: Съдържа View (Fragment, Activity) и Presenter/ViewModel. Отговаря за показването на данните и взаимодействието с потребителя. Обраща се към Use Cases от Domain Layer.

Зависимости между слоевете:

• Presentation слой зависи от Domain слой.
• Data слой зависи от Domain слой.

Модели и принципи, прилагани в чистата архитектура:

• SOLID: Особено принципът за инверсия на зависимостите (Dependency Inversion Principle).
• Dependency Injection: За улесняване на тестването и управлението на зависимостите (например с Dagger, Koin).
• Repository Pattern: Абстракция над източниците на данни.
• Use Cases (Interactors): Представляват конкретни операции в бизнес логиката.

Примерна структура на проекта:

├── app
│   ├── build.gradle
│   └── src
│       └── main
│           ├── java
│           │   └── com
│           │       └── example
│           │           └── myapp
│           │               ├── data // Реализации на репозитории, източници на данни
│           │               │   ├── datasource
│           │               │   └── repository
│           │               ├── domain // Бизнес логика, Use Cases, същности, интерфейси на репозитории
│           │               │   ├── entity
│           │               │   ├── repository
│           │               │   └── usecase
│           │               └── presentation // View-слой, ViewModel/Presenter
│           │                   ├── ui
│           │                   └── viewmodel
│           └── res

Взаимодействие между слоевете:

1. View извиква метода на ViewModel.
2. ViewModel извиква съответния Use Case (бизнес логика).
3. Use Case достъпва интерфейсите на репозиториите от Domain Layer.
4. Реализациите на репозиториите (в Data Layer) получават данни от източниците (мрежа, база данни).
5. Репозиториите преобразуват данните в доменни същности и ги връщат на Use Case.
6. Use Case обработва данните и връща резултата към ViewModel.
7. ViewModel обновява данните, които се показват във View.

Използването на чиста архитектура позволява:

• Подобряване на тестируемостта: Всеки слой може да бъде тестван изолирано.
• Увеличаване на поддръжката: Промените в един слой минимално влияят на другите.
• Повишаване на гъвкавостта: По-лесно е да се заменят реализациите на източниците на данни или UI представянето.
• Намаляване на свързаността: Отделяне на бизнес логиката от детайлите на реализация.