Injection de dépendances
Un composant reçoit ses dépendances de l’extérieur au lieu de créer lui-même les réalisations concrètes.
Qu’est-ce que l’injection de dépendances ?
Avec l’injection de dépendances, un composant reçoit ses dépendances de l’extérieur, par exemple comme paramètres de son constructeur. Il n’a pas à créer lui-même la réalisation concrète. L’assemblage des parties est séparé de leur utilisation. Du code ordinaire peut le faire ; le principe n’exige pas de conteneur DI particulier.
Dans un exemple fictif, un composant de rapport reçoit un lecteur de données. En exploitation, celui-ci lit la source prévue ; pour un test ciblé, une réalisation de test adaptée peut fournir des données fixes. Cela facilite le contrôle isolé sans démontrer la bonne liaison à la source réelle. Durée de vie, configuration et libération des ressources restent à définir. DI est une forme précise d’inversion de contrôle ; toute inversion de contrôle ou tout Service Locator n’est pas une injection de dépendances.
Sources
Termes associés
- Clean ArchitectureSéparer les règles métier des détails externes et orienter les dépendances du code vers le cœur.
- Test unitaireUne vérification ciblée d’une petite partie définie du logiciel, par exemple règle ou fonction.
- Patron de conceptionUne structure de solution réutilisable pour un problème récurrent de conception, avec ses compromis.
- Cache stampedeUn cache stampede survient quand plusieurs requêtes manquent la même entrée en cache et relancent le même calcul coûteux.
- BackpressureLa backpressure adapte le débit entrant à la capacité de traitement du destinataire grâce à un signal de ralentissement ou de pause.
- Condition de concurrenceUn résultat erroné dépend de l’ordre chronologique d’accès simultanés qui se chevauchent.
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.