Page 19 : 31

Forelæsningsnoter i Objekt-orienteret Programmering Designmønstre * Genbrug Genbrug Genbrug i forhold til objekt-orienteret programmering * Introduktion gennem et eksempel Iterator ideen Iterator opfattet som et designmønster * Generelt om designmønstre Hvem er Christopher Alexander? Hvad er et designmønster? Egenskaber ved et godt designmønster Designmønstre på forskellige niveauer Katalogisering af design patterns * Udvalgte designmønstre Singleton (1) Singleton (2) Factory Method (1) Factory Method (2) Composite (1) Composite (2) Command (1) Command (2) Command (3) Decorator (1) Decorator (2) Decorator (3) Observer (1) Observer (2) Observer (3) Object Adapter (1) Klasse Adapter (2) Adapter (3)

Composite (2)

Her fortsættes behandlingen af Composite designmønstret

Det generelle strukturdiagram for Composite designmønstret. Det er værd at bemærke, at strukturen som er vist generelt definerer et træ, hvor Composite objekter er de indre knuder, og hvor Leaf objekter (som navnet antyder) er blade

Konsekvenser:

Når der opereres på et Composite-objekt opereres der 'automatisk' på alle del-objekter

Klienter af Component opnår et homogent syn på sammensatte og atomare objekter

Klienten skal ikke bekymre sig om andet end helhedsobjektets operationer

Det er et problem at understøtte add, delete og getchild på atomare Leaf objekter

Man kan spørge sig selv om, hvorfor det er et problem at understøtte metoder add, delete og getchild på Leaf objekter. Disse operationer nedarves naturligivs fra Component klassen. Problemet er imidlertid, at de ikke giver mening på Leaf objekter; Et Leaf objekt er et terminalt Component objekt, og er som sådan karakteriseret af at det ikke kan have 'børn'.