Modern Android Architecture

This talk will cover how to think about Architecture, some recommended principles.

Transcript

1. Modern Android App Architecture Yves Kalume - @kalumeyves Android Developer
2. Android Architecture
3. Android Architecture UI (Activités, Fragments, etc) ViewModel Repository Datasource 1 Datasource 1 Datasource 3
4. 📞 La communication 🔗 Les frontières 📝 Les responsabilités Le but de l’architecture
5. 🍝 Un code spaghetti Quand on a une mauvaise architecture 🥵 Non évolutif 💸 Dettes techniques ...
6. 󰞆 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
7. Et l'utilisateur dans tout ça ? 󰣿
8. Par où commencer ? 󰟑
10. Architecture moderne Android Couche UI Couche Données
11. Principes de base
12. 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
13. Flux des données unidirectionnel (Unidirectional dataflow) Couche UI Couche Données Évenements Données
14. 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
15. Couche des données (Data layer)
16. Couche UI Repositories Data Sources Couche donnée Couche des données
17. 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
18. 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é
19. Exemple
20. class TasksLocalDataSource ( val tasksDao: TasksDao, ) { fun getTasksStream(): Flow<List<Task.> {...} suspend fun saveTasks(tasks: List<Task>) {...} } TasksLocalDataSource.kt
21. class TasksRemoteDataSource ( val apiClient: ApiClient, ) { suspend fun getTasks(): List<Task.> {...} } TasksRemoteDataSource.kt
22. class TasksRepository( private val tasksRemoteDataSource: TasksDataSource, private val tasksLocalDataSource: TasksDataSource, ) { fun getTaskStream(): Flow<List<Task.> = tasksLocalDataSource.getTaskStream() private suspend fun updateTaskFromRemoteDataSource() { val remoteTasks = tasksRemoteDataSource.getTasks() tasksLocalDataSource.saveTask(remoteTasks) } } TasksRepository.kt
23. Couche UI (UI layer)
24. Couche UI Interface utilisateur Gestionnaire d’état Couche UI Couche Données
25. Couche UI UI State Holder (ViewModel, etc) Données Données (États) événements
26. Couche UI
27. data class TasksUiState( val items: List<Task> = emptyList(), val isLoading: Boolean = false, val userMessage: String? = null ) TasksUiState.kt
28. sealed interface TasksUiState { object Loading : TasksUiState object Empty : TasksUiState data class Success(val items: List<Task>) : TasksUiState data class Error(val errorMessage: String) : TasksUiState } Ou…
29. @HiltViewModel class TasksViewModel @Inject constructor( private val tasksRepository: TasksRepository, ) : ViewModel() { val uiState: StateFlow<TasksUiState> } TasksViewModel.kt
30. @HiltViewModel class TasksViewModel @Inject constructor( private val tasksRepository: TasksRepository, ) : ViewModel() { val uiState: StateFlow<TasksUiState> = tasksRepository.getTasksStream().map { TasksUiState.Success(...) }.stateIn( scope = viewModelScope, started = SharingStarted.WhileSubscribed(5_000), initialValue = TasksUiState.Loading ) } TasksViewModel.kt
31. @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
32. 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
33. data class GetFilteredTasksUseCase(private val repository: TasksRepository){ fun execute(): Flow<List<Task.> {...} } GetFilteredTasksUseCase.kt
34. @HiltViewModel class TasksViewModel @Inject constructor( private val getFilteredTasksUseCase: GetFilteredTasksUseCase ) : ViewModel() { val uiState: StateFlow<TasksUiState> = getFilteredTasksUseCase.execute().map { TasksUiState.Success(...) }.stateIn( scope = viewModelScope, started = SharingStarted.WhileSubscribed(5_000), initialValue = TasksUiState.Loading ) } TasksViewModel.kt
35. data class GetFilteredTasksUseCase(private val repository: TasksRepository){ fun invoke(): Flow<List<Task.> {...} } GetFilteredTasksUseCase.kt
36. @HiltViewModel class TasksViewModel @Inject constructor( private val getFilteredTasksUseCase: GetFilteredTasksUseCase ) : ViewModel() { val uiState: StateFlow<TasksUiState> = getFilteredTasksUseCase().map { TasksUiState.Success(...) }.stateIn( scope = viewModelScope, started = SharingStarted.WhileSubscribed(5_000), initialValue = TasksUiState.Loading ) } TasksViewModel.kt
37. Quelques bonnes pratiques
38. 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).
39. Conclusion
40. Merci ! Yves Kalume - @kalumeyves Android Developer, GDG Lubumbashi
41. Quelques liens https://developer.android.com/topic/architecture https://developer.android.com/quality https://github.com/android/nowinandroid https://github.com/android/architecture-samples/