Modern Android App Architecture Yves Kalume - @kalumeyves Android Developer 

Android Architecture 

Android Architecture UI (Activités, Fragments, etc) ViewModel Repository Datasource 1 Datasource 1 Datasource 3 

📞 La communication 🔗 Les frontières 📝 Les responsabilités Le but de l’architecture 

🍝 Un code spaghetti Quand on a une mauvaise architecture 🥵 Non évolutif 💸 Dettes techniques ... 

󰞆 Améliorer la maintenabilité, la qualité et la robustesse Avantages d’une bonne architecture 🧱 Scalabilité 🧪 Testabilité 󰞅 L'intégration de nouveau membre dans l'équipe 

Et l'utilisateur dans tout ça ? 󰣿 

Par où commencer ? 󰟑 

No content

Architecture moderne Android Couche UI Couche Données 

Principes de base 

Séparation des responsabilités (Separation of concerns) ● UI gère les interactions entre l'interface utilisateur et le système d'exploitation. ● UI est piloté par les données, UI Couche de données 

Flux des données unidirectionnel (Unidirectional dataflow) Couche UI Couche Données Évenements Données 

Une seule source de vérité (Single Source of Truth) Couche Données Données Immuables ● Privilégier l’immutabilité ● Centraliser toutes les modifications en un seul endroit. Évenements 

Couche des données (Data layer) 

Couche UI Repositories Data Sources Couche donnée Couche des données 

Couche UI Repositories Data Sources Couche donnée Data Source (Sources des données) ● Fournit des données ● Travaille avec une seule source des données 

Couche UI Repositories Data Sources Couche donnée Repositories ● Expose les données aux couches supérieures ● Manage les data sources ● Choisi une source de vérité (single source of truth) ● Une Repository pour une seule entité 

Exemple 

class TasksLocalDataSource ( val tasksDao: TasksDao, ) { fun getTasksStream(): Flow {...} suspend fun saveTasks(tasks: List) {...} } TasksLocalDataSource.kt 

class TasksRemoteDataSource ( val apiClient: ApiClient, ) { suspend fun getTasks(): List {...} } TasksRemoteDataSource.kt 

class TasksRepository( private val tasksRemoteDataSource: TasksDataSource, private val tasksLocalDataSource: TasksDataSource, ) { fun getTaskStream(): Flow = tasksLocalDataSource.getTaskStream() private suspend fun updateTaskFromRemoteDataSource() { val remoteTasks = tasksRemoteDataSource.getTasks() tasksLocalDataSource.saveTask(remoteTasks) } } TasksRepository.kt 

Couche UI (UI layer) 

Couche UI Interface utilisateur Gestionnaire d’état Couche UI Couche Données 

Couche UI UI State Holder (ViewModel, etc) Données Données (États) événements 

Couche UI 

data class TasksUiState( val items: List = emptyList(), val isLoading: Boolean = false, val userMessage: String? = null ) TasksUiState.kt 

sealed interface TasksUiState { object Loading : TasksUiState object Empty : TasksUiState data class Success(val items: List) : TasksUiState data class Error(val errorMessage: String) : TasksUiState } Ou… 

@HiltViewModel class TasksViewModel @Inject constructor( private val tasksRepository: TasksRepository, ) : ViewModel() { val uiState: StateFlow } TasksViewModel.kt 

@HiltViewModel class TasksViewModel @Inject constructor( private val tasksRepository: TasksRepository, ) : ViewModel() { val uiState: StateFlow = tasksRepository.getTasksStream().map { TasksUiState.Success(...) }.stateIn( scope = viewModelScope, started = SharingStarted.WhileSubscribed(5_000), initialValue = TasksUiState.Loading ) } TasksViewModel.kt 

@Composable fun TasksScreen( modifier: Modifier = Modifier, viewModel: TasksViewModel = hiltViewModel(), ) { val uiState by viewModel.uiState.collectAsStateWithLifecycle() ./ Mettre à jour l’écran when(uiState) { TasksUiState.Empty .> .*Afficher un ecran vide./ TasksUiState.Error .> .*Afficher un message d'erreur./ TasksUiState.Loading .> .*Afficher un Spinner./ TasksUiState.Success .> .*Afficher les données./ } } TasksScreen.kt 

Couche domaine (Optionnelle) Couche UI Couche Domaine Couche Données ● l'encapsulation des codes métiers complexes ou réutilisables dans plusieurs viewmodels ● Vous ne devez l'utiliser qu'en cas de besoin ● Représente généralement une seule action de l’utilisateur dans L’application 

data class GetFilteredTasksUseCase(private val repository: TasksRepository){ fun execute(): Flow {...} } GetFilteredTasksUseCase.kt 

@HiltViewModel class TasksViewModel @Inject constructor( private val getFilteredTasksUseCase: GetFilteredTasksUseCase ) : ViewModel() { val uiState: StateFlow = getFilteredTasksUseCase.execute().map { TasksUiState.Success(...) }.stateIn( scope = viewModelScope, started = SharingStarted.WhileSubscribed(5_000), initialValue = TasksUiState.Loading ) } TasksViewModel.kt 

data class GetFilteredTasksUseCase(private val repository: TasksRepository){ fun invoke(): Flow {...} } GetFilteredTasksUseCase.kt 

@HiltViewModel class TasksViewModel @Inject constructor( private val getFilteredTasksUseCase: GetFilteredTasksUseCase ) : ViewModel() { val uiState: StateFlow = getFilteredTasksUseCase().map { TasksUiState.Success(...) }.stateIn( scope = viewModelScope, started = SharingStarted.WhileSubscribed(5_000), initialValue = TasksUiState.Loading ) } TasksViewModel.kt 

Quelques bonnes pratiques 

Quelques bonnes pratiques ● Exposez le moins possible de chaque partie. ● Chaque partie doit être testable de manière isolée. ● Ne réinventez pas la roue ● Chaque composant est responsable de sa politique de concurrence (Threading). 

Conclusion 

Merci ! Yves Kalume - @kalumeyves Android Developer, GDG Lubumbashi 

Quelques liens https://developer.android.com/topic/architecture https://developer.android.com/quality https://github.com/android/nowinandroid https://github.com/android/architecture-samples/