Softwaredesign: Vererbung <--> Komposition

Klassenvererbung
white-box Wiederverwendung	alle Eigenschaften der beerbten Klasse sind in der erbenden Klasse sichtbar, auch die internen
	kann in C++ durch private Vererbung verhindert werden

Komposition, Benutzung
black-box Wiederverwendung	in der benutzenden Klasse sind nur die nach außen sichtbaren Eigenschaften der benutzten Klasse bekannt.

flexibel
	die benutzte Klasse kann wieder eine abstrakte Klassen sein
	die konkrete Implementierung kann dynamisch geändert werden

stabil
	interne Struktur der benutzten Klasse kann gefahrlos modifiziert werden

	Objektkomposition ist allgemeiner als Klassenvererbung

Delegation	Weiterreichen der Operationen an die Komponente(n)
	Performanceverlust bei wiederholter Delegation
	Delegation führt eine Indirektstufe ein
	gut, wenn dies benötigt wird: Flexibilität
	schlecht, wenn diese unnötig ist: Performance

	vorhersehen

	Erzeugen eines Objekts unter expliziter Nennung seiner Klasse
	indirekte Erzeugung
	Abstrakte Fabrik Fabrikmethode Prototyp

	Abhängigkeiten von Software- und Hardware-Plattformen
	eliminieren durch
	Abstrakte Fabrik Brücke

	Abhängigkeiten von der Objektrepräsentation und -implementierung
	verbessern durch information hiding
	Abstrakte Fabrik Brücke Memento Proxy

	Algorithmische Abhängigkeiten
	Trennung von Kontroll- und Verarbeitungseinheiten Austausch von Algorithmen oder Algorithmusteilen durch
	Erbauer Iterator Strategie Besucher

	Enge Kopplung verhindert Wiederverwendung
	Delegation
	Abstrakte Fabrik Brücke Zuständigkeitskette Befehl Fassade Vermittler Beobachter

	Funktionserweiterung durch Unterklassenbildung Implementierungsaufwand für jede neue Unterklasse Explosion der # der Unterklassen
	Objektkomposition und Delegation
	Brücke Zuständigkeitskette Kompositum Dekorierer Beobachter Strategie

	Unmöglichkeit Klassen zu ändern fehlender Quellcode Dominoeffekt: viele andere Klassen sind zu ändern
	lösen durch
	Adapter Dekorierer Besucher

Vererbung <--> Komposition