Clean Architecture & Design Patterns in Practice · Lektion

Dependency Injection als Erzeugungstechnik

Lernen Sie, wie Dependency Injection Erzeugungsmuster ergänzt, indem die Objekterstellung aus den Nutzern herausgelöst und an eine zentrale Kompositionsstelle verlagert wird.

Dependency Injection als Erzeugungstechnik ist eine kostenlose Clean Architecture & Design Patterns in Practice-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Clean Architecture & Design Patterns in Practice-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Clean Architecture & Design Patterns in Practice-Kurs umfasst insgesamt 4 Lektionen.

Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.

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.

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.

Häufig gestellte Fragen

Ist die Lektion „Dependency Injection als Erzeugungstechnik“ kostenlos?

Ja — der vollständige Text von „Dependency Injection als Erzeugungstechnik“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Clean Architecture & Design Patterns in Practice-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Clean Architecture & Design Patterns in Practice-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Dependency Injection als Erzeugungstechnik“?

Lernen Sie, wie Dependency Injection Erzeugungsmuster ergänzt, indem die Objekterstellung aus den Nutzern herausgelöst und an eine zentrale Kompositionsstelle verlagert wird. Du übst Clean Architecture & Design Patterns in Practice mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um Clean Architecture & Design Patterns in Practice zu starten?

Keine Vorkenntnisse erforderlich. Clean Architecture & Design Patterns in Practice auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.

Wie lange dauert die Lektion „Dependency Injection als Erzeugungstechnik“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser Clean Architecture & Design Patterns in Practice-Lektion Code schreiben und ausführen?

Ja. Jede Clean Architecture & Design Patterns in Practice-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

Singleton und Factory Method
Abstract Factory und Builder
Prototype und Object Pool
Dependency Injection als Erzeugungstechnik

← Zurück zu Clean Architecture & Design Patterns in Practice