Concepts et implémentation de Jetpack Compose
L'architecture de l'application recommandée d'Android vous encourage à diviser votre code en classes pour bénéficier de la séparation des tâches, un principe selon lequel chaque classe de la hiérarchie a une seule responsabilité définie. Cela conduit à un plus grand nombre de classes plus petites qui doivent être connectées pour répondre aux dépendances les unes des autres.
Les dépendances entre les classes peuvent être représentées sous forme de graphique, dans lequel chaque classe est connectée aux classes dont elle dépend. Le graphique d'application représente toutes vos
classes et leurs dépendances. La figure 1 illustre l'abstraction du graphique de l'application. Lorsque la classe A (ViewModel) dépend de la classe B (Repository), une ligne pointe de A vers B pour représenter cette dépendance.
L'injection de dépendances permet d'établir ces connexions et de remplacer les implémentations à des fins de test. Par exemple, lorsque vous testez un ViewModel qui dépend d'un dépôt, vous pouvez transmettre différentes implémentations deRepository à l'aide de données fictives ou de simulations pour tester les différents cas.
Principes de base de l'injection de dépendances manuelle
Cette section explique comment appliquer l'injection de dépendances manuelle dans un scénario d'application Android réel. Elle décrit une approche itérative permettant de commencer à utiliser l'injection de dépendances dans votre application. L'approche s'améliore jusqu'à atteindre un point très semblable à ce que Dagger générerait automatiquement pour vous. Pour en savoir plus sur Dagger, consultez Principes de base de Dagger.
Un flux est un groupe d'écrans de l'application qui correspond à une fonctionnalité. La connexion, l'enregistrement et le règlement sont des exemples de flux.
Lorsqu'elle couvre un flux de connexion pour une application Android standard, la LoginActivity dépend de LoginViewModel, qui à son tour dépend de UserRepository. Ensuite
UserRepository dépend d'un UserLocalDataSource et d'un
UserRemoteDataSource, qui à leur tour dépendent d'un Retrofit service.
LoginActivity est le point d'entrée du flux de connexion, et l'utilisateur interagit avec l'activité. LoginActivity doit donc créer le LoginViewModel avec toutes ses dépendances.
Les classes Repository et DataSource du flux se présentent comme suit :