Injection de dépendance avec Unity et Client WCF

Bonjour,

J'ai un peu de mal à comprendre le principe d'injection de dépendance ainsi que son implémentation via Unity.

Si je comprends bien, le principal intérêt est de de pouvoir découpler les différentes couches et ainsi notamment faciliter les Tests unitaires.

Dans un projet que je dois réaliser (je n'ai pas les sources), on me demande d'utiliser l'IoC avec Unity pour faire les appels des services WCF.

L'appel se fait via une méthode où on passe en paramètre l'interface de la méthode qu'on veut appeler ainsi que le type du retour.

C'est qq chose du genre :

Code:

---

1 2 3 4

IServiceInvoker _invoker;   _invoker.Invoke(IClass, ObjectReturn).CallMethod() ;

---

J'aimerais pouvoir utiliser l'injection de dépendance pour ne pas dépendre de l'appel au webservice et ainsi faire les TU. et aussi pouvoir mocker la réponse...

Donc j'ai fait qq chose comme

Code:

---

1 2 3 4 5 6 7

IUnityContainer _unityContainer = new UnityContainer();   _unityContainer.RegisterType<IServiceInvoker , ServiceInvoker>();   IServiceInvoker invoke = _unityContainer.Resolve<IServiceInvoker>(); invoke.CallMethod() ...

---

Sauf erreur de ma part, si j'utilise cette maniere, je n'ai pas besoin de déclarer quoique ce soit dans le fichier de config... J'avais déjà essayé de rajouter les blocs dans le fichier de config aussi sans succès

Pourtant, lorsque j'exécute le resolve, j'ai l'exception suivante

Citation:

---

The current type, IServiceInvoker, is an interface and cannot be constructed. Are you missing a type mapping?

---

Une idée?
Est-ce bien comme cela qu'il faut mettre en pratique l'injection de dépendance?

Bonjour!

Le probleme que j avais est resolu... probleme de constructeur par defaut qui n existait pas et il fallait du coup rajouter des parametres.

Par contre toujours un peu de mal a voir le vrai interet ... cela signifie qu avec un mock, je peux simuler le webservice maintenant?

Citation:

---

Envoyé par trihanhcie

Par contre toujours un peu de mal a voir le vrai interet ... cela signifie qu avec un mock, je peux simuler le webservice maintenant?

---

Oui

Si tu dois tester une partie du code qui utilise le service, tu peux remplacer le vrai service par un mock pour avoir des cas de tests que tu contrôles entièrement

Je remonte un peu le sujet...

Donc si je comprends bien, il y a 2 manieres d injecter.

1) on le fait via une propriete
2) on cree un constructeur avec parametres

Vu que je me greffe a un projet existant, ca me parait compliquer de rajouter un constructeur avec parametre uniquement du coup je l ai fait avec une propriete.

Lors de mes tests unitaires, ca a l air de fonctionner mm si je n ai pas de reponses en sortie.

Si on est en dehors des TU, comment faire "proprement" pour initialiser la propriete ?
Doit on faire qq chose comme

Code:

---

1 2	if(property == null) property = new Property();

---

En effet, je n utilise pas le conteneur si je ne suis pas ds les TU du coup bah cette propriete n est pas initialisee...

Je dois encore avoir des pieces du puzzle qui manque pour bien comprendre :(