Dependency Injection - Begriffserklärung im Entwickler-Lexikon/Glossar auf www.IT-Visions.de

Was ist Dependency Injection ?

Dependency Injection (deutsch: Einbringen von Abhängigkeiten) ist ein Entwurfsmuster der objektorientierten Programmierung (OOP), bei dem Abhängigkeit zwischen Objekte erst zur Laufzeit hergestellt werden. Dabei werden die Abhängigkeiten nicht wie in einem herkömmlichen System in einzelnen Klassen, sondern an zentraler Stelle in einem sogenannten "DI Container" (Injektor) festgelegt (Single-Responsibility-Prinzip / Inversion of Control). Der DI-Container ist dafür zuständig, die Abhängigkeiten zur Laufzeit herzustellen.

Dependecy Injection ist eine Kerntechnik für die Entwicklung lose gekoppelter Systeme, bei der die Anwendungsteile erst beim Start der Anwendung zusammengesetzt werden.

Der Begriff DI soll auf Martin Fowler [https://martinfowler.com/articles/injection.html] zurückgehen.

Beispiel: Eine Klasse "Auto" sieht vor, eine Beziehung zur eine Schnitstelle IFahrer zu haben. Per Dependency Injection (DI) wird an zentraler Stelle festgelegt, welche Klasse für die Schnittstelle IFahrer verwendet werden soll. Im Standard könnte man die Klasse MenschlicherFahrer verwenden. Man könnte aber stattdessen das System auch starten mit einer Instanz der Klasse Prüfstand oder der Klasse AutomatisierterFahrer, die beide auch IFahrer implementieren.
Häufiges Anwendungsgebiet für Dependency Injection: Ersetzen von realen Implementierungen durch Mock-Objekte im Rahmen von Unit Tests.

Vorteile der Dependency Injection:

Lose Kopplung / Single-Responsibility-Prinzip
Konfigurierbarkeit (auch zur Betriebszeit)
Zentrale Initialisierung
Abstraktion von konkreten Implementierungen
Testbarkeit

Nachteile der Dependency Injection:

Erhöhter Aufwand
Erhöhte Komplexität
Code unübersichtlicher, schlechter lesbar
Abhängigkeit von Dependency Injection-Framework

Formen der Dependency Injection

Konstruktor-Injektion
Property-Injektion
Methoden-Injektion

Dependency Injection-Frameworks in .NET

Microsoft Unity Container: https://github.com/unitycontainer/unity
Castle Windsor
Autofac
StructureMap

Beispielcode: Dependency Injection ohne Dependency Injection-Container-Framework

In einem Komponentenbasierten Systeme bzw. bei der Nutzung eines Services instanziiert der Client normalerweise den Server/die Komponente/den Service:

class Umwelt
{
Client c = new Client();
c.Vorgang()
}

class Client
{
public void Vorgang()
{
Dienst d = new Dienst();
d.Aktion();
}
}

class Dienst
{
public void Aktion()
{
…
}
}

Der Nachteil dieser Methode ist,
a) dass der Dienst nicht einfach gegen einen anderen ausgetauscht werden kann
b) dass der Client nicht ohne den Dienst getestet werden kann.

Dependency Injection geht davon aus, dass die konkrete Implementierung des Dienstes variabel ist und von der Umwelt an den Client übergeben wird, z.B. im Konstruktor oder durch Übergabe ein ein Property, einen Methodenaufruf. Dabei kann entweder der Typ des Dienstes, direkt eine Instanz des Dienstes oder aber ein Initialisierungsobjekt übergeben werden, das den Dienst beschreibt.

Beispeil: Injektion durch Konstruktor und eine konkrete Instanz

class Umwelt
{
Client c = new Client(new Dienst());
c.Vorgang()
}

class Client
{
Dienst d;

public Client(Dienst Dienst)
{
d = Dienst;
}

public void Vorgang()
{
d.Aktion();
}
}

class Dienst
{
public void Aktion()
{
…
}
}

Querverweise zu anderen Begriffen im Lexikon

Microsoft Unity Container
Inversion of Control (IoC)
Entwurfsmuster
Mock-Objekt
Komponente
Property
Methode
.NET (DOTNET)
Objektorientiertes Programmieren (OOP)

Beratung & Support

Anfrage für Beratung/Consulting zu Dependency Injection Gesamter Beratungsthemenkatalog Technischer Support zum Dependency Injection

Schulungen zu diesem Thema

Inversion of Control (IoC) / Dependency Injection (DI) mit .NET
ASP.NET Core 7.0 - Änderungen und Neuerungen gegenüber ASP.NET Core 6.0
Windows Presentation Foundation (WPF) - Architektur
Umstieg von .NET-Desktop-Entwicklung (WPF/Windows Forms) auf Webentwicklung (ASP.NET/ASP.NET Core + JavaScript/TypeScript mit Webframeworks wie Angular, Vue.js oder React)
Managed Extensibility Framework (MEF) - Modulare/erweiterbare .NET-Anwendungen
Objektorientierte Entwurfsmuster (Design-Pattern/Architektur-Pattern) mit .NET (C#, Visual Basic .NET)
Moderne Web-Anwendungen mit TypeScript und Angular
Umstieg auf .NET Multi-Platform App UI (MAUI) (Umstellung/Migration von Xamarin Forms-Apps auf .NET MAUI)
.NET Akademie: Blazor-Hands-On: Echte Single-Page-Web-Apps mit .NET und C# entwickeln (3-Tages-Agenda des öffentlichen Seminars)
Umstieg auf ASP.NET Core 8.0/9.0-Webanwendungen in .NET 6.0/7.0/8.0 (Umstellung/Migration von klassischen ASP.NET-Webanwendungen auf ASP.NET Core)
.NET-Softwarearchitektur (Architektur von .NET-Anwendungen)
Moderne Web-Anwendungen mit Blazor (Blazor United und/oder Blazor SSR und/oder Blazor WebAssembly und/oder Blazor Server und/oder Blazor Hybrid)
Spring Boot
React Native
Moderne Web-Anwendungen mit ASP.NET (Core) MVC, WebAPI, HTML5.x/CSS3 und JavaScript-/TypeScript-Frameworks
Avalonia - Cross-Plattform-GUI-Anwendungen mit .NET
ASP.NET Model View Controller (ASP.NET MVC) und ASP.NET WebAPI für ASP.NET MVC 5.x oder ASP.NET MVC Core 6.0/7.0/8.0
ASP.NET Core 8.0 - Änderungen und Neuerungen gegenüber ASP.NET Core 7.0
ASP.NET Core 9.0 - Änderungen und Neuerungen gegenüber ASP.NET Core 8.0
Angular für Umsteiger von AngularJS 1.x / Migration von AngularJS auf Angular
EJB 3.x Update für Umsteiger von EJB 2.x
Aurelia
Modulare Softwarearchitektur mit .NET: Modularisierung, Lose Kopplung, Austauschbarkeit und Erweiterbarkeit von .NET-Anwendungen
ASP.NET Core WebAPI 8.0/9.0: REST Services/HTTP Services/Microservices
EJB 3.x für Einsteiger
Mehrschichtiges Entwickeln mit .NET
Java Server Faces (JSF)
ASP.NET Core 8.0/9.0: komplettes Wissen - mit MVC, Razor Pages, Blazor, WebAPIs und gRPC
Angular - Basiswissen
Einstieg in Enterprise JavaBeans (EJB)

Anfrage für eine individuelle Schulung zum Thema Dependency Injection Gesamter Schulungsthemenkatalog

Erklärung des Begriffs: Dependency Injection