Clean Architecture & Design Patterns in Practice · Leçon

Injection de dépendances comme technique de création

Découvrez comment l’injection de dépendances complète les modèles de création en déplaçant la construction des objets hors des consommateurs vers un point central de composition.

Leçon 4 sur 413 étapes

Injection de dépendances comme technique de création est une leçon Clean Architecture & Design Patterns in Practice gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Clean Architecture & Design Patterns in Practice, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Clean Architecture & Design Patterns in Practice comprend 4 leçons au total.

Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.

Why Another Creational Approach?

Classic creational patterns like Factory and Builder centralize how objects are built. Dependency Injection (DI) centralizes where they are wired together.

A class no longer creates its own collaborators.
Instead, collaborators are supplied from outside.

This is the natural endpoint of the creational journey: removing the new keyword from business logic entirely.

The Problem DI Solves

Consider a service that builds its own dependency:

The service is now hard-wired to a concrete class. You cannot swap it for a test double or an alternative implementation without editing the service.

class ReportService {
    private final MySqlDatabase db = new MySqlDatabase();
    void run() { db.query("..."); }
}

Constructor Injection

The most common and recommended form: dependencies arrive through the constructor.

The class declares what it needs, not how to get it.
Dependencies become final and guaranteed present.

class ReportService {
    private final Database db;
    ReportService(Database db) { this.db = db; }
    void run() { db.query("..."); }
}

Inversion of Control

DI is a concrete technique for the broader principle of Inversion of Control (IoC): the flow of object creation is inverted away from the consumer.

The consumer no longer asks I will build my tools; instead it says give me what I need. A higher layer decides the wiring.

The Composition Root

All wiring happens in one place near the program entry point, called the composition root.

This is where concrete classes are finally chosen and assembled into the object graph.

public static void main(String[] args) {
    Database db = new MySqlDatabase();
    ReportService service = new ReportService(db);
    service.run();
}

DI vs Factory

They are complementary, not competitors:

A Factory decides which concrete object to build at runtime.
DI passes already-built objects into consumers.

A composition root often uses factories to produce the objects it then injects.

Setter and Method Injection

Two other forms exist for optional dependencies:

Setter injection: a dependency is set after construction.
Method injection: a dependency is passed to a single method call.

Prefer constructor injection for required collaborators; reserve these for truly optional ones.

class Logger { void log(String m) {} }
class Job {
    private Logger logger;
    void setLogger(Logger l) { this.logger = l; }
}

DI Containers

Frameworks like Spring or Guice provide a DI container that auto-resolves the object graph based on registered types.

The container is your composition root, automated. But the principle is identical: construction is centralized and consumers stay clean.

Testability Benefit

Because dependencies are injected, tests can pass mocks or fakes directly.

class FakeDatabase implements Database {
    public void query(String s) { /* record call */ }
}

// in test
ReportService s = new ReportService(new FakeDatabase());

Avoiding the Service Locator Anti-Pattern

A tempting shortcut is a global service locator that classes call to fetch dependencies.

This hides dependencies again and reintroduces coupling. Prefer explicit injection so a class signature truthfully declares everything it needs.

Guidelines for Clean Construction

Push new to the composition root.
Depend on abstractions, inject implementations.
Use constructor injection by default.
Keep constructors free of logic; only assign fields.

Quick Check

Test your understanding of dependency injection.

Réponds-y dans la leçon interactive

Recap

You learned that Dependency Injection extends the creational toolkit by removing object construction from consumers.

Constructor injection is the default form.
Wiring lives in the composition root.
DI complements factories and dramatically improves testability.

You now have a complete picture of creating objects cleanly.

Gratuit pour commencer

Apprends Clean Architecture & Design Patterns in Practice avec un tuteur IA — gratuit

Écris et exécute du vrai code dans ton navigateur, obtiens de l'aide instantanée d'un tuteur IA disponible 24h/24, et reprends là où tu t'es arrêté sur le web ou dans l'app.

Cours: 12
Leçons: 48

Commencer gratuitement Voir le cours complet

Questions Fréquemment Posées

La leçon « Injection de dépendances comme technique de création » est-elle gratuite ?

Oui — le texte complet de « Injection de dépendances comme technique de création » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Clean Architecture & Design Patterns in Practice, passe à CoddyKit PRO. Le cours Clean Architecture & Design Patterns in Practice comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Injection de dépendances comme technique de création » ?

Découvrez comment l’injection de dépendances complète les modèles de création en déplaçant la construction des objets hors des consommateurs vers un point central de composition. Tu pratiques Clean Architecture & Design Patterns in Practice avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Clean Architecture & Design Patterns in Practice ?

Aucune expérience préalable n'est requise. Clean Architecture & Design Patterns in Practice sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.

Combien de temps prend la leçon « Injection de dépendances comme technique de création » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Clean Architecture & Design Patterns in Practice ?

Oui. Chaque leçon Clean Architecture & Design Patterns in Practice inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

Instance unique et méthode fabrique
Fabrique abstraite et générateur
Prototype et réservoir d'objets
Injection de dépendances comme technique de création

← Retour à Clean Architecture & Design Patterns in Practice