Das Kefk Network Wiki befindet sich im Testbetrieb.
Dependency Inversion Principle
Aus Kefk.
Das Dependency Inversion Principle ("Abängigkeits Invertierungs Prinzip, kurz DIP) ist ein Prinzip beim Objektorientierten Entwurf von Software. Es beschäftigt sich mit der Abhängigkeit von Modulen.
Im allgemeinen wird das DIP beschrieben durch:
- Module hoher Ebenen sollten nicht von Modulen niedriger Ebenen abhängen.
Beide sollten von Abstraktionen abhängen.
- Abstraktionen sollten nicht von Details abhängen.
Details sollten von Abstraktionen abhängen.
Inhaltsverzeichnis |
Das Problem
Objektorientierten Entwürfe werden in Module strukturiert, die unterschiedliche Verantwortlichkeiten umsetzen. Eine gängige Praxis ist das Anordnen der Module in Ebenen. Um so niedriger das Modul, umso spezieller sind die Vorgänge, die es definiert. In den Modulen höhere Ebenen werden allgemein Abläufe gegeben, in welchen Module niedrigerer Ebene benutzt werden.
Das entstehende Problem ist die Abhängigkeit der höheren Ebene zu der niedrigeren. Änderungen im niedrigeren Modul führen unweigerlich zu Änderungen im höheren Modul. Dies widerspricht aber dem eigentlichen Ansatz der Hierarchie.
Lösungsansatz von DIP
Der Lösungsansatz ist die Invertierung der Abhängigkeit. Das Modul der höheren Ebene definiert die Schnittstelle, mit der es arbeitet. Module niedrigerer Ebene realisieren die Schnittstelle.
Beispiel
Wir Betrachten ein einfachen Knopf-Lampe-Modell. Das Drücken des Knopfes soll die Lampe an- und ausstellen.
Eine einfache Implementierung in Java:
public class Lampe {
private leuchtet = false;
public void anstellen() {
leuchtet = true;
}
public void ausstellen() {
leuchtet = false;
}
}
public class Knopf {
private Lampe lampe;
private boolean gedrueckt;
public Knopf(Lampe lampe) {
this.lampe = lampe;
}
public void drueckeKnopf() {
gedrueckt = !gedrueckt;
if(gedrueckt) {
lampe.anstellen();
} else {
lampe.austellen();
}
}
}
Knopf steuert den Ablauf des Verhaltens und benutzt dazu Lampe. Demnach sollte es einem Modul höhere Ebene angehören. Jedoch verletzt das beschriebene Modell DIP, da Knopf abhängig von Lampe ist. Wird entschieden, dass die Methoden von Lampe umbenannt werden, muss auch Knopf geändert werden.
Das grundlegende Problem ist, dass Knopf direkt mit Lampe arbeitet, welches zu einem niedrigeren Modul gehört. Knopf sollte selbst definieren, wie das Objekt aussehen sollte, mit dem es arbeitet.
Die Lösung in Java:
public Interface KnopfKlient {
public void geheAn();
public void geheAus();
}
public class Knopf {
private KnopfKlient klient;
private boolean gedrueckt;
public Knopf(KnopfKlient klient) {
this.klient= klient;
}
public void drueckeKnopf() {
gedrueckt = !gedrueckt;
if(gedrueckt) {
klient.geheAn();
} else {
klient.geheAus();
}
}
}
Das Interface KnopfKlient gehört zum gleichen Modul wie Knopf. Niedrigere Module müssen dieses Interface realisieren, damit Knopf mit ihnen arbeiten kann. Somit wurde die Abhängigkeit invertiert.
Zusätzlich zu dem Brechen der Abhängigkeit wurde ein weiterer Vorteil erarbeitet: Knopf kann nun mit beliebigen Klienten arbeiten.
Das Beispiel lässt sich weiterführen. Knopf selbst wird vermutlich von einem anderen Modul aus genutzt, das entscheidet, wann der Knopf gedrückt wurde. Demnach sollte dieses Modul wiederum ein Interface definieren, das Knopf realisieren muss.
Weblinks
Literatur
- Robert C. Marting: The Dependency Inversion Principle. 5/1996
 | Dieses Dokument entstammt in seiner ersten oder einer späteren Version der deutschsprachigen Wikipedia. Es ist dort zu finden unter dem Stichwort Dependency_Inversion_Principle, die Liste der bisherigen Autoren befindet sich in der Versionsliste; die Originalfassung kann dort auch bearbeitet werden. Alle Texte der Wikipedia und ihre Derivate stehen unter der GNU-Lizenz für freie Dokumentation. |
