Injection De Dépendances

Salut,

J'entends souvent parler d'injection de dépendance lorsque je regarde des cours sur EJB ou autre, mais je ne sais pas ce que c'est au juste ni à quoi ça peut servir. Est ce que quelqu'un pourrais me donner des exemples pour m'expliquer ça svp ?

Merci.

ca consiste à ne pas devoir se charger d'instancier, gérer et lier tes objets entre eux. Au lieu de ça, chaque objet déclare ce dont il a besoin et un conteneur se charge de tout instancier et tout lier suivant ce qui a été demandé. C'est plus souple au niveau configuration et plus rapide à coder.

Enfin, le fait d'utiliser un new pour instancier un objet n'est pas quelque chose de fastidieux pour un programmeur je crois. Sinon concrètement tu veux dire quoi par "gérer" et surtout "lier" des objets entre eux ?
Tu as un exemple simple de code qui fait de l'injection de dépendance ?
Au niveau des EJB, ça s'exprime par le fait que le conteneur d'EJB instancie un objet lorsque le client le demande ?

Merci bien.

au niveau EJB, par exemple:

quand un EJB session a besoin d'une autre EJB session, il est préférable de faire appel à de l'injection de dépendance, plutôt que d'avoir besoin que le premier EJB aille lui même charger le JNDI, qu'il doive savoir où l'autre EJB est mappé dans le JNDI etc.

Dans une application WEB JSF, les beans accessibles directement depuis le contexte sont gérés par JSF (vous ne faites jamais de new). Ca permet au conteneur de gérer leur cycle de vie ( requestscope, sessionscope, etc). Si un bean a besoin d'un autre, il n'y a alors que deux possibilité:
1) mettre son nom dans le code, accéder au FacesContext, créer une EL, la faire évaluer, typecaster le résultat, on a enfin accès à l'autre bean
2) dire à JSF d'injecter le deuxième bean dans le premier via les ManagedProperties

Le but n'est pas d'avoir à éviter à un new. Si vous utilisez l'injection de dépendance pour ça, vous l'utilisez mal.

Exemple de code pour utiliser un MessageBuilder se chargeant des traductions:

Code:

---

1 2 3

public interface MessageBuilder { public String getMessage(String key); }

---

Code:

---

1 2 3 4 5 6

public class MonBean { @Inject private MessageBuilder builder; //..... plus loin dans le code, on dois remonter le message throw new RuntimeException(builder.getMessage("value.toolarge")); }

---

A aucun moment MonBean n'a besoin de savoir quel implémentation de MessageBuilder utiliser (pas d'appel à new sur une implémentation spécifique), c'est laissé à la configuration de l'injecteur. Sans injection, ce genre de comportement, on le ferait "a la main" de cette manière

Code:

---

1 2 3 4 5

public class MonBean { private MessageBuilder builder; public MonBean(MessageBuilder builder){ this.builder=builder; }

---

et un "contrôleur" qui serait charger de faire tout et qui ressemblerait à ca

Code:

---

1 2 3

MessageBuilder builder = new DatabaseMessageBuilder(/*configuration de la DB ici qu'il faudra aussi aller chercher quelque part*/); MonBean b = new MonBean(builder);

---

Le problème deviens encore plus flagrant quand il faut commencer à lier plusieurs classes entre elles:

Code:

---

1 2 3 4

MonAutreBean b2 = new MonAutreBean(builder); b.setMonAutreBean(b2); b2.setMonBean(b);

---

Imaginez ça dans une projet assez important (swing ou autre) ça deviens vite l'enfer de créer les chaines de constructeurs et autre pour passer tout ce dont la petit classe qui sera déclenchée par un bouton OK aura besoin pour aller mettre à jour un DB

ainsi peut-on dire que les injections de dépendances vont de pair avec les annotations Java et les interfaces ?

Et que une seule interface est utilisée pour plusieurs implémentations rattachés à celle-ci qui seront choisi de facon dynamique pour instancier la bonne implémentation ?

non, tu peux faire de l'injection de dépendance avec seulement des classes, et tu peux faire de l'injection de dépendance avec uniquement un fichier de configuration.