Discussion :

[dsr57]

Bonjour à tous,

Je cherchais des informations sur le l'injection de dépendance et je suis tombé sur ce très bon tutoriel : Injection de dépendances en .NET, pattern, intérêt et outils et en continuant mes recherches sur internet j'ai vu qu il existait également :

• injection par interface ;
• injection par champs.

Pour l'injection par interface, si j'ai bien compris la différence avec l'injection par constructeur c'est dans la signature du constructeur on passe un paramètre de type interface au lieu d'un paramètre de type classe, ma compréhension est elle correcte ?
En revanche pour l'injection par champs, je n'ai trouvé aucune explication m’amenant a une compréhension, est ce que quelqu’un pourrais me donner plus de détails dessus ?

Merci par avance

[Luckyluke34]

Hello,

Je ne connais qu'un autre type d'injection, qui est l'injection par méthode : tu passes la dépendance dans la méthode qui en a besoin au moment de l'appel de celle-ci, et la dépendance ne reste pas dans l'objet, elle est transitoire.

"Injection par interface" est plus ou moins sous-entendu de nos jours quand tu fais de l'IoC. D'ailleurs, dans le tuto c'est bien précisé à la fin de la section I :

En d'autres termes, on va, dans un premier temps, définir un jeu d'interfaces de façon à ce que nos différents modules puissent communiquer par un contrat.

C'est pour ça qu'on parle de "résolution" à propos des conteneurs IoC : résoudre une dépendance, c'est, à partir d'une interface, déterminer quel type concret instancier pour en injecter une instance ensuite. C'est une composante essentielle de l'inversion de contrôle : non seulement on ne laisse pas à l'objet final le contrôle sur l'instanciation de ses dépendances, mais on ne le laisse pas non plus connaitre le type concret de cette dépendance. Cela permet principalement de ne pas avoir à modifier le code de la classe consommatrice quand une particularité de sa dépendance change, et d'appliquer le principe de séparation des responsabilités : on abstrait les détails d'implémentation qui ne concernent pas la classe cliente.

Sur "l'injection par champ", j'imagine qu'il s'agit de mettre la dépendance dans un champ de l'objet au lieu de passer par un setter ?

• S'il s'agit d'un champ public, j'ai du mal à voir l'intérêt par rapport à un setter, et ça viole l'encapsulation de l'objet.

• Normalement, les champs privés ou protected sont inaccessibles depuis l'extérieur. Certains conteneurs d'IoC doivent pouvoir contourner ça avec de la reflection ou du proxying, mais je ne vois pas trop l'intérêt. En effet, cela interdira à quiconque d'injecter la dépendance par la voie normale. On se retrouve avec une classe qui a besoin de certaines dépendances pour fonctionner mais sur laquelle on ne donne aucun point d'entrée pour les injecter - ça ne marchera qu'avec des moyens détournés.