imported>Chrischaaan: überflüssigen Bindestrich entfernt

2024-01-09T06:05:44Z

überflüssigen Bindestrich entfernt

Neue Seite

Das '''Gesetz von Demeter''' ({{enS|''Law of Demeter''}}, kurz ''LoD'') ist eine Entwurfsrichtlinie in der [[Objektorientierung|objektorientierten]] [[Softwareentwicklung]]. Sie besagt im Wesentlichen, dass [[Objekt (Programmierung)|Objekte]] nur mit Objekten in ihrer unmittelbaren Umgebung kommunizieren sollen. Dadurch soll die [[Kopplung (Softwareentwicklung)|Kopplung]] (das heißt die Anzahl von Abhängigkeiten) in einem Softwaresystem verringert und somit die [[Wartbarkeit (Software)|Wartbarkeit]] erhöht werden. Es wird deswegen manchmal auch als „Prinzip der Verschwiegenheit“ bezeichnet.

== Geschichte ==
Die Richtlinie wurde 1987 an der [[Northeastern University]] in [[Boston]] vorgeschlagen. Der Name geht auf das ''Demeter-Projekt'' zurück, in dem die Richtlinie erstmals erkannt wurde. Dieses Projekt wurde für eine nach dem griechischen Gott [[Zeus]] benannte Hardware-Beschreibungssprache entwickelt, weshalb der Name ''Demeter'' – in der griechischen Mythologie eine Schwester von Zeus – gewählt wurde. Später erst wurde die Idee beworben, dass Softwareentwicklung mehr mit dem Wachsen von Software ([[Demeter]] ist die Göttin der Landwirtschaft) und weniger mit dem Bauen von Software zu tun hat.<ref>{{Internetquelle |url=http://www.ccs.neu.edu/home/lieber/what-is-demeter.html |sprache=en |titel=What is Demeter? |zugriff=2009-12-30 |zitat=The Law of Demeter was developed early during the Demeter project by Ian Holland et al. and it provided the motivation for the work on Adaptive Programming. We called it "Law of Demeter" because we discovered it while working on Demeter but it is a general style rule for structure-shy programming. ... The Demeter project was named after Demeter because we were working on a hardware description language Zeus and we were looking for a tool to simplify the implementation of Zeus. We were looking for a tool name related to Zeus and we chose a sister of Zeus: Demeter. Later we promoted the idea that Demeter-style software development is about growing software as opposed to building software.}}</ref>

Das Gesetz wurde von ''Karl J. Lieberherr'' und ''Ian Holland'' 1989 im Paper ''Assuring Good Style for Object-Oriented Programs'' detailliert erläutert.<ref>{{Literatur |Autor=Karl J. Lieberherr, I. Holland |Titel=Assuring good style for object-oriented programs |Sammelwerk=IEEE Software |Datum= |Seiten=38–48 |Online=http://citeseer.ist.psu.edu/lieberherr89assuring.html |Abruf=2010-02-27}}</ref> Durch die formale Spezifikation ist die Verwendung als [[Softwaremetrik]] möglich. Es bietet sich somit ein Einsatz des LoD zur Früherkennung von Wartungsproblemen an.

== Beschreibung ==
Die Richtlinie kann umgangssprachlich zu der Aussage „Sprich nur zu deinen nächsten Freunden“ zusammengefasst werden. Man spricht in diesem Zusammenhang auch von ''schüchternem Code''. „Schüchterner Code“ schickt so wenige Nachrichten wie möglich an andere Codeteile. Formal ausgedrückt soll eine Methode ''m'' einer Klasse ''K'' ausschließlich auf folgende Programm-Elemente zugreifen:
* Methoden von ''K'' selbst
* Methoden von Objekten, die als Parameter an ''m übergeben werden''
* Methoden von Objekten, die in Instanzvariablen von ''K'' abgelegt sind
* Methoden von Objekten, die ''m'' erzeugt

== Beispiel ==
Das folgende Beispiel (in [[Java (Programmiersprache)|Java]]) verstößt gegen das Demeter-Gesetz, da die Klasse <code>Fahrer</code> indirekt über die Klasse <code>Auto</code> auf eine Methode der Klasse <code>Motor</code> zurückgreift:
<syntaxhighlight lang="java">
class Motor {
public void anlassen() {
// den Motor starten.
}
}
class Auto {
private Motor motor;
public Auto() {
motor = new Motor();
}
public Motor getMotor() {
return motor;
}
}
class Fahrer {
public void fahren() {
Auto zuFahrendesAuto = new Auto();
zuFahrendesAuto.getMotor().anlassen(); //hier wird gegen das Gesetz verstoßen
}
}
</syntaxhighlight>
Eine Lösung wäre hier, eine Wrapper-Methode in der Klasse <code>Auto</code> einzuführen, welche den Aufruf an die Klasse <code>Motor</code> [[Delegation (Softwareentwicklung)|delegiert]]:
<syntaxhighlight lang="java">
class Motor {
public void anlassen() {
// den Motor starten.
}
}
class Auto {
private Motor motor;
public Auto() {
motor = new Motor();
}
public void fahrbereitmachen() {
motor.anlassen();
}
}
class Fahrer {
public void fahren() {
Auto zuFahrendesAuto = new Auto();
zuFahrendesAuto.fahrbereitmachen();
}
}
</syntaxhighlight>

Diese Lösung hat den Vorteil, dass nun die <code>fahrbereitmachen</code>-Methode beliebig modifiziert werden kann, ohne dass der Aufrufer Details darüber kennen muss. Ein Elektroauto ohne Anlasser könnte somit gleichermaßen bedient werden. Die Methode <code>getMotor()</code> wird dann für diesen Anwendungsfall gar nicht benötigt, ist also erst einmal nicht Teil des Interfaces für ein <code>Auto</code>.

== Vor- und Nachteile ==
Bei Anwendung des Gesetzes von Demeter sollte sich durch die geringere Abhängigkeit ([[Kopplung (Softwareentwicklung)|Kopplung]]) der [[Objekt (Programmierung)|Objekte]] von der internen Struktur anderer Objekte eine bessere [[Wartbarkeit (Software)|Wartbarkeit]], [[Testbarkeit]] und Anpassbarkeit der Software (= wesentliche Qualitätskriterien für Software nach [[ISO/IEC 25000]]) ergeben.

Andererseits erfordert die Anwendung häufig Vermittler-Methoden (''Wrapper''), was den initialen Entwicklungsaufwand erhöhen kann, sofern keine automatisierten Werkzeuge zu ihrer Erzeugung eingesetzt werden. Außerdem können Wrapper die [[Performance (Informatik)|Performance]] geringfügig verschlechtern und den Speicherverbrauch leicht erhöhen.

== Einzelnachweise ==
<references />

== Weblinks ==
* [http://www.bradapp.com/docs/demeter-intro.html ''Introducing Demeter and its Laws'']
* [http://www.ccs.neu.edu/home/lieber/LoD.html Law of Demeter]

{{Navigationsleiste Prinzipien objektorientierten Designs}}

[[Kategorie:Objektorientierte Programmierung]]

Gesetz von Demeter - Versionsgeschichte

imported>Chrischaaan: überflüssigen Bindestrich entfernt