L'injection de dépendances (DI) signifie qu'une classe ne crée pas ses propres collaborateurs — elle déclare ce dont elle a besoin et le framework le lui fournit. Le conteneur IoC (Inversion of Control) est la partie de Spring qui construit les objets (beans), câble leurs dépendances et gère leur cycle de vie. « Inversion of control » = vous confiez le contrôle de la création des objets au conteneur au lieu d'utiliser new.
// enregistre cette classe comme un bean géré par le conteneur
public class OrderService {
private final PaymentGateway gateway;
// Injection par constructeur : le conteneur passe ici le bean PaymentGateway.
// Pas besoin de @Autowired lorsqu'il n'y a qu'un seul constructeur.
public OrderService(PaymentGateway gateway) {
this.gateway = gateway;
}
}
// n'importe quel bean géré par Spring ; @Service/@Repository en sont des spécialisations
public class StripeGateway implements PaymentGateway { /* ... */ }
Au démarrage, @ComponentScan trouve ces classes, le conteneur instancie StripeGateway, puis construit OrderService en lui passant cette instance.
@Autowired private PaymentGateway gateway; // injection par champ — à éviter
L'injection par constructeur vous permet de marquer le champ final (immuable), rend les dépendances explicites, échoue rapidement si un bean manque, et ne nécessite aucun Spring pour les tests unitaires — il vous suffit d'appeler new OrderService(mock).
La DI est le fondement sur lequel repose tout le reste de Spring. Les recruteurs veulent entendre pourquoi elle aide : elle découple les classes de leurs collaborateurs concrets, si bien que vous pouvez remplacer StripeGateway par PayPalGateway ou un mock sans toucher à OrderService. Recommander l'injection par constructeur plutôt que par champ montre que vous avez ressenti la douleur de test que provoque l'injection par champ.
Une bibliothèque de questions d'entretien IT avec des réponses détaillées — du Junior au Senior.
Faire un don