Injecter dans les ViewModels et les dépôts

Vous avez enregistré les dépendances et démarré Koin. Voici maintenant le résultat : injecter ces objets dans vos dépôts et vos modèles de vue sans les construire manuellement.

Le style le plus clair est l’injection dans le constructeur : indiquez les besoins d’une classe comme paramètres et Koin les fournit via get() dans le module.

Votre dépôt déclare simplement ses besoins dans le constructeur. Il ne touche jamais à Koin, ce qui facilite ses tests isolés.

Un ViewModel partagé reçoit lui aussi le dépôt via son constructeur ; toutes ses données proviennent donc d’une seule source injectée.

Ajoutez le modèle de vue à votre module. Un factory convient bien et fournit à chaque écran une nouvelle instance.

Sur Android, l’utilitaire koinViewModel() fournit à un écran Compose le modèle de vue correctement configuré en un seul appel.

Depuis Swift, demandez à Koin le même modèle de vue via une petite fonction passerelle, afin que SwiftUI reçoive un objet configuré de manière identique. 🍏

Préférez l’injection dans le constructeur à l’appel de get() au cœur des classes. Les recherches implicites rendent le code plus difficile à lire, à réutiliser et à tester.

Dépendez d’une interface et laissez Koin fournir l’implémentation. Remplacer celle-ci par une fausse implémentation pour les tests devient alors une modification d’une seule ligne du module.

Observez la chaîne que Koin assemble pour vous : le client construit le dépôt, le dépôt construit le cas d’utilisation et le cas d’utilisation construit le modèle de vue, le tout à partir des constructeurs.

Puisque tout arrive par les constructeurs, vos tests transmettent directement des fausses implémentations, sans Koin, ce qui garde les tests unitaires rapides et prévisibles.

Vous avez injecté les dépendances par les constructeurs dans les dépôts et les modèles de vue, les avez résolues selon la plateforme et constaté pourquoi les interfaces associées à l’injection dans le constructeur facilitent grandement les tests. 🎯