Diskussion:Dependency-Inversion-Prinzip
Letzter Kommentar: vor 3 Jahren von 2001:16B8:2400:B300:85E6:2CCD:D94E:BC2 in Abschnitt "Wird entschieden, dass die Methoden von Lampe umbenannt werden, muss auch Schalter geändert werden."
sevenclev, 1. April 2007 Muss noch überarbeitet werden (Ausführlichkeit, Beispiele, genauere Literaturangabe)
Link to objectmentor broken, domain either unused or for sale
Bearbeiten--almirena (Diskussion) 10:22, 11. Mär. 2016 (CET)
entfernt. --MathiasNest (Diskussion) 19:07, 4. Jun. 2016 (CEST)
"Wird entschieden, dass die Methoden von Lampe umbenannt werden, muss auch Schalter geändert werden."
BearbeitenWelchen Wert hat diese Aussage? Wenn ich Methoden einer Schnittstelle umbenenne, muss ich das auch bei allen Implementationen tun. Wo soll der Unterschied sein? --80.153.250.36 10:03, 6. Sep. 2016 (CEST)
- Das ist richtig, mit der Formulierung und dem einfachen Beispiel wird der Unterschied nicht klar. Vielleicht wird es deutlicher, wenn man sich vorstellt Schalter wäre in einer Library und Lampe in Code, der die Library nutzt. Dann macht es einen Unterschied, wer die Hoheit über Änderungen hat. Ohne SchalterClient bestimmt Lampe (bzw dessen Entwickler oder Team), wann sich Schalter ändern muss, da Lampe die Hoheit über seine Schnittstelle hat. Für Libraries ist das eher unerwünscht. Mit SchalterClient dagegen muss sich Lampe an die vorgegebene Schnittstelle halten. D.h. das Modul von Schalter und SchalterClient gibt selbst vor, wann es sich (und ggf wann sich Lampe) ändern muss. --2001:16B8:2400:B300:85E6:2CCD:D94E:BC2 12:03, 10. Nov. 2021 (CET)