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.