Ich habe dieses favor composition over inheritance immer wieder in Entwurfsmustern gehört. Einige der dafür angeführten Gründe sind
Es wäre toll für Anfänger, wenn Sie mir anhand von Illustrationen folgen, wie sich Erbschaft und Zusammensetzung in Bezug auf die oben genannten Punkte unterscheiden. Ich habe verschiedene SO-Links gelesen, die über sie sprechen, aber durch Beispiele zu diesen Schlüsselpunkten zu gehen wäre großartig für Java-Anfänger.
Ich denke, es ist sehr wichtig, den Unterschied klar zu verstehen, als nur die Punkte zu merken.
Schöne Frage und groß für einen Anfänger, ich denke, ich sollte zuerst Vererbung und Zusammensetzung erinnern, und dann gehen zu erklären, was genau Favor Composition over Inheritance bedeutet.
Prosa und Nachteile der Vererbung :
Vorteile:
Nachteile:
White-box Wiederverwendung, da interne Details von Super-Klassen oft sind
sichtbar für Untermietverhältnisse. Über die Frage:
Die Vererbung ist dort stark gekoppelt, wo die Komposition lose gekoppelt ist
Die Vererbung führt zu einer engen Kopplung, eine einfache Änderung der Basisklasse kann viele untergeordnete Klassen durchbrechen.
Aber wann müssen wir Vererbung oder Zusammensetzung verwenden?
Verwenden Sie die Vererbung nur, wenn alle folgenden Kriterien erfüllt sind (Coad-Regel):
is a special kind of und nicht is a role played by a aus. Vererbung ist die Kompilierzeit, die bestimmt wird, wo die Zusammensetzung Laufzeit ist
Beim Kompilieren werden Ihre Basisklassencodes zu jeder untergeordneten Klasse hinzugefügt.
Die Vererbung bricht die Einkapselung ab, wo die Zusammensetzung nicht
ist
Ja. Siehe den Nachteil der Vererbung.
Die untere Zeile ist :
Stellen Sie sicher, dass Vererbung die Is-a-Beziehung modelliert Meine Hauptleitphilosophie ist, dass Vererbung nur verwendet werden sollte, wenn eine Unterklasse eine Oberklasse ist. Im obigen Beispiel ist ein Apple wahrscheinlich eine Frucht, also würde ich geneigt sein, Vererbung zu verwenden. Eine wichtige Frage, die Sie sich stellen sollten, wenn Sie denken, dass Sie eine Beziehung "Ist-Eine" haben, ist, ob diese Beziehung während der gesamten Lebensdauer der Anwendung und mit etwas Glück der Lebenszyklus des Codes konstant bleibt. Zum Beispiel könnten Sie denken, dass ein Mitarbeiter eine Person ist, wenn Mitarbeiter tatsächlich eine Rolle darstellt, die eine Person zu einem bestimmten Zeitpunkt spielt. Was ist, wenn die Person arbeitslos wird? Was ist, wenn die Person sowohl ein Angestellter als auch ein Vorgesetzter ist? Solch unbeständiges ist - Beziehungen sollten in der Regel mit Komposition modelliert werden.
Verwenden Sie keine Vererbung, nur um die Wiederverwendung von Code zu erhalten Wenn Sie nur Code wiederverwenden möchten und keine Beziehung in Sicht ist, verwenden Sie Komposition.
Verwenden Sie Vererbung nicht nur, um auf Polymorphismus zu kommen
Wenn alles, was Sie wirklich wollen, ist Polymorphismus, aber es gibt keine natürliche ist-eine Beziehung, verwenden Sie Komposition mit Schnittstellen. Favor Zusammensetzung über Vererbung:)
Ich nahm es direkt von der javaworld .
Die Vererbung wird im Code ausgedrückt, indem extends für konkrete Klassen verwendet wird. Sobald Sie es geschrieben haben, können Sie es nicht ändern, ohne die Klassen neu zu schreiben. Ich kann nur ändern, indem ich Code ändere.
%Vor% Ich kann nur ändern, was Bar tut, indem ich eine oder beide Klassen modifiziere.
Die Komposition ist normalerweise schnittstellenbasiert, was bedeutet, dass Sie angeben, was getan wird und nicht wie. Sie können die Vorgehensweise ändern, ohne Clients zu beeinflussen, indem Sie einfach die Implementierung der Schnittstelle ändern.
%Vor% Ich kann das Verhalten von Bar in diesem Fall ändern, indem ich einfach eine andere Implementierung der Foo -Schnittstelle übergebe.
Es ist eines von Bob Martins SOLID Prinzipien: Das offene / geschlossene Prinzip .
Tags und Links java inheritance design-patterns composition