¿Tiene experiencia trabajando en proyectos implementados con arquitectura limpia?

Sí, hay.

Al desarrollar con arquitectura limpia, utilicé las siguientes capas:

• Capa de Dominio: Contiene la lógica de negocio y las entidades. No depende de otras capas. Se definen los Casos de Uso (Interactors) y las interfaces de los repositorios.
• Capa de Datos: Implementa las interfaces de los repositorios de la Capa de Datos. Incluye trabajo con datos (redes, bases de datos, SharedPreferences). Frecuentemente se usan repositorios para transformar datos de fuentes externas en entidades de dominio.
• Capa de Presentación: Contiene las vistas (Fragment, Activity) y el Presenter/ViewModel. Es responsable de mostrar datos y la interacción con el usuario. Se comunica con los Casos de Uso de la Capa de Dominio.

Dependencias entre capas:

• La Capa de Presentación depende de la Capa de Dominio.
• La Capa de Datos depende de la Capa de Dominio.

Patrones y principios aplicados en arquitectura limpia:

• SOLID: Especialmente el principio de inversión de dependencias (Dependency Inversion Principle).
• Inyección de Dependencias: Para facilitar las pruebas y la gestión de dependencias (por ejemplo, usando Dagger, Koin).
• Patrón Repositorio: Abstracción sobre las fuentes de datos.
• Casos de Uso (Interactors): Representan operaciones específicas en la lógica de negocio.

Ejemplo de estructura del proyecto:

├── app
│   ├── build.gradle
│   └── src
│       └── main
│           ├── java
│           │   └── com
│           │       └── ejemplo
│           │           └── miapp
│           │               ├── data // Implementaciones de repositorios, fuentes de datos
│           │               │   ├── datasource
│           │               │   └── repository
│           │               ├── domain // Lógica de negocio, Casos de Uso, entidades, interfaces de repositorios
│           │               │   ├── entity
│           │               │   ├── repository
│           │               │   └── usecase
│           │               └── presentation // Capa de vista, ViewModel/Presenter
│           │                   ├── ui
│           │                   └── viewmodel
│           └── res

Interacción entre capas:

1. La vista llama al método del ViewModel.
2. El ViewModel llama al Caso de Uso correspondiente (lógica de dominio).
3. El Caso de Uso accede a las interfaces de los repositorios de la Capa de Dominio.
4. Las implementaciones de los repositorios (en la Capa de Datos) obtienen datos de las fuentes (red, base de datos).
5. Los repositorios transforman los datos en entidades de dominio y los devuelven al Caso de Uso.
6. El Caso de Uso procesa los datos y devuelve el resultado al ViewModel.
7. El ViewModel actualiza los datos que se muestran en la vista.

El uso de arquitectura limpia permite:

• Mejorar la testabilidad: Cada capa puede ser probada de forma aislada.
• Incrementar el mantenimiento: Los cambios en una capa afectan mínimamente a las otras.
• Aumentar la flexibilidad: Es más fácil reemplazar implementaciones de fuentes de datos o vistas UI.
• Reducir el acoplamiento: Separar la lógica de negocio de los detalles de implementación.