Kompositum (Entwurfsmuster)


Kompositum (Entwurfsmuster)

Das Kompositum (engl. Composite) ist ein Entwurfsmuster aus dem Bereich der Softwareentwicklung und gehört zu der Kategorie der Strukturmuster (Structural Patterns). Es wird angewendet um Teil-Ganzes-Hierarchien zu repräsentieren, indem Objekte zu Baumstrukturen zusammengefügt werden. Die Grundidee des Kompositionsmusters (Composite-Pattern) ist, in einer abstrakten Klasse sowohl primitive Objekte als auch ihre Behälter zu repräsentieren. Somit können sowohl einzelne Objekte, als auch ihre Kompositionen einheitlich behandelt werden. Das Kompositionsmuster ist ein Entwurfsmuster der so genannten GoF-Muster.

Inhaltsverzeichnis

Verwendung

  • Implementierung von Teil-Ganzes-Hierarchien.
  • Verbergen der Unterschiede zwischen einzelnen und zusammengesetzten Objekten.

Ein klassisches Beispiel für ein Kompositum sind hierarchische Dateisysteme, insbesondere ihre Repräsentation innerhalb von Dateimanagern oder Filebrowsern als Verzeichnisse und Dateien.

Ein modernes Beispiel sind die Klassendefinitionen der grafischen Benutzeroberfläche von Java. Alle Elemente wie Schaltflächen und Textfelder sind Spezialisierungen der Klasse Component. Die Behälter für diese Elemente sind aber ebenfalls Spezialisierungen derselben Klasse. Mit anderen Worten: Alle Standardelemente werden wesentlich durch eine einzige (Kompositum-) Klasse definiert.

UML-Diagramme

Klassendiagramm

Klassendiagramm

Objektdiagramm

Objektdiagramm

Bestandteile

Die Komponente definiert als Basisklasse das gemeinsame Verhalten aller Teilnehmer. Sie ist im Allgemeinen abstrakt und zum Beispiel ein Verzeichniseintrag.

Das Blatt repräsentiert ein Einzelobjekt, es besitzt keine Kindobjekte und ist zum Beispiel in einem Dateiverzeichnis eine Datei.

Das Kompositum enthält Komponenten, also weitere Komposita oder auch Blätter, als Kindobjekte und repräsentiert zum Beispiel ein Verzeichnis.

Vorteile

  • einheitliche Behandlung von Primitiven und Kompositionen
  • leichte Erweiterbarkeit um neue Blatt- oder Container-Klassen

Nachteile

Ein zu allgemeiner Entwurf erschwert es, Kompositionen auf bestimmte Klassen (und damit zumeist Typen) zu beschränken. Das Typsystem der Programmiersprache bietet dann keine Hilfe mehr, so dass Typüberprüfungen zur Laufzeit nötig werden.

Beispiel

Javas AWT-Klassen sind nach dem Kompositum-Muster gebaut. Da alle von Container erben, können sie jeweils selbst wieder Elemente aufnehmen.

Das folgende Beispiel besteht aus einer Grafik-Klasse; eine Grafik kann eine Ellipse oder eine Komposition von vielen Grafiken sein. Jede Grafik implementiert eine Methode zum Ausdrucken.

Es könnten noch weitere Figuren (Rechteck etc.) oder weitere Methoden (etwa „Rotiere“) implementiert werden.

C++

class Grafik {
public:
  virtual void print() const = 0;
  virtual ~Grafik() {} // Abstrakte Klassen, von denen geerbt wird, sollten immer einen virtuellen Destruktor haben  
};
 
class GrafikKompositum: public Grafik {
private:
  std::set<Grafik const*> children;
  typedef std::set<Grafik const*>::const_iterator grIter;
public:
  void print() const {
      for (grIter it = children.begin(); it != children.end(); it++) (*it)->print();
  }
 
  void add(Grafik const* component) {
      children.insert(component);
  }
 
  void remove(Grafik const* component) {
      children.erase(component);
  }
};
 
class Ellipse: public Grafik {
public:
  void print() const        {
      std::cout << "Ellipse" << std::endl;
  }
};
 
int main(void) {
   Ellipse ellipse1, ellipse2, ellipse3, ellipse4;
 
   GrafikKompositum grafik1, grafik2, grafikGesamt;
 
   grafik1.add(&ellipse1);
   grafik1.add(&ellipse2);
   grafik1.add(&ellipse3);
   grafik2.add(&ellipse4);
 
   grafikGesamt.add(&grafik1);
   grafikGesamt.add(&grafik2);
 
   grafikGesamt.print();
   return 0;
}

Java

/*
 * GrafikTest.java
 */
import java.util.*;
 
interface Grafik {
 
    public void print();
}
 
class GrafikKompositum implements Grafik {
 
    final private List<Grafik> children = new ArrayList<Grafik>(10);
 
    @Override
    public void print() {
        for (final Grafik grafik : children) {
            grafik.print();
        }
 
    }
 
    public void add(final Grafik component) {
        children.add(component);
    }
 
    public void remove(final Grafik component) {
        children.remove(component);
    }
}
 
class Ellipse implements Grafik {
 
    @Override
    public void print() {
        System.out.println("Ellipse");
    }
};
 
public class GrafikTest {
 
    public static void main(final String... args) {
        Ellipse ellipse1 = new Ellipse(),
                ellipse2 = new Ellipse(),
                ellipse3 = new Ellipse(),
                ellipse4 = new Ellipse();
 
        GrafikKompositum grafik1 = new GrafikKompositum(),
                grafik2 = new GrafikKompositum(),
                grafikGesamt = new GrafikKompositum();
 
        grafik1.add(ellipse1);
        grafik1.add(ellipse2);
        grafik1.add(ellipse3);
        grafik2.add(ellipse4);
 
        grafikGesamt.add(grafik1);
        grafikGesamt.add(grafik2);
 
        grafikGesamt.print();
    }
 
    private GrafikTest() {
    }
}

Verwendung in der Analyse

Ein Kompositum ist auch als reines Daten-Muster interessant, ohne dass Operationen in den Klassen definiert werden, da es zur Repräsentation allgemeiner Baumstrukturen verwendet werden kann. Daher ist dieses Muster auch in der Analyse sinnvoll einsetzbar, z.B. zur Darstellung verschachtelter Aufträge oder Auftragnehmer (mit Unteraufträgen/Unterauftragnehmern), verschachtelter Abläufe, hierarchischer Gruppen von Dingen (Benutzergruppen, E-Mail-Listen, Artikelgruppen, organisatorische Verbünde) usw. Es muss aber darauf geachtet werden, ob solche Hierarchien tatsächlich gleichförmig sind, oder ob die inneren Ebenen verschiedene fachliche Bedeutung haben. Letzteres drückt sich z.B. darin aus, dass Begriffe wie "Gruppe" und "Untergruppe" fachlich unterschieden werden.

Verwandte Entwurfsmuster

  • Visitor
  • Decorator
  • Ein Design auf Basis des Kommando-Musters kann oft sinnvollerweise auch zusammengesetzte Kommandos enthalten, die nach dem Kompositum-Muster aufgebaut sind.

Weblinks


Wikimedia Foundation.

Schlagen Sie auch in anderen Wörterbüchern nach:

  • Kompositum — (auch Compositum, pl. Komposita, Composita; von lat. componere, „zusammensetzen“, PPP compositum, „Zusammengesetztes“) steht für: Komposition (Grammatik), eine Form der Wortbildung durch die Verbindung mindestens zweier selbstständig vorkommender …   Deutsch Wikipedia

  • Entwurfsmuster (Buch) — Entwurfsmuster. Elemente wiederverwendbarer objektorientierter Software, ISBN 3 8273 2199 9 (Originaltitel: Design Patterns. Elements of Reusable Object Oriented Software.) ist ein 1994 von Erich Gamma, Richard Helm, Ralph Johnson und John… …   Deutsch Wikipedia

  • Entwurfsmuster — (engl. design patterns) sind bewährte Lösungsschablonen für wiederkehrende Entwurfsprobleme in Softwarearchitektur und Softwareentwicklung. Sie stellen damit eine wiederverwendbare Vorlage zur Problemlösung dar, die in einem bestimmten… …   Deutsch Wikipedia

  • Builder (Entwurfsmuster) — Der Erbauer (englisch Builder) ist ein Entwurfsmuster aus dem Bereich der Softwareentwicklung und gehört zur Kategorie der Erzeugungsmuster (Creational Patterns). Es trennt die Konstruktion komplexer Objekte von deren Repräsentationen, wodurch… …   Deutsch Wikipedia

  • Prototype (Entwurfsmuster) — Ein Prototyp (engl. Prototype) ist ein Entwurfsmuster (design pattern) aus dem Bereich der Softwareentwicklung und gehört zur Kategorie der Erzeugungsmuster (Creational Patterns). Neue Instanzen werden aufgrund prototypischer Instanzen… …   Deutsch Wikipedia

  • Beobachter (Entwurfsmuster) — Der Observer (Beobachter, Listener) ist ein Entwurfsmuster aus dem Bereich der Softwareentwicklung und gehört zu der Kategorie der Verhaltensmuster (Behavioural Patterns). Es dient zur Weitergabe von Änderungen an einem Objekt an von diesem… …   Deutsch Wikipedia

  • Facade (Entwurfsmuster) — Fassade (engl. facade) ist ein Entwurfsmuster aus dem Bereich der Softwareentwicklung und gehört zu der Kategorie der Strukturmuster (Structural Patterns). Es bietet eine einheitliche und meist vereinfachte Schnittstelle zu einer Menge von… …   Deutsch Wikipedia

  • Proxy (Entwurfsmuster) — Der Proxy, auch Stellvertreter genannt, ist ein Entwurfsmuster aus dem Bereich der Softwareentwicklung und gehört zu der Kategorie der Strukturmuster (Structural Patterns). Das Muster dient zum Verschieben der Kontrolle über ein Objekt auf ein… …   Deutsch Wikipedia

  • Bridge (Entwurfsmuster) — Eine Brücke (engl. Bridge) ist in der Softwareentwicklung ein Entwurfsmuster und gehört zur Kategorie der Strukturmuster (Structural Patterns). Das Muster dient zur Trennung der Implementierung von ihrer Abstraktion (Schnittstelle), wodurch beide …   Deutsch Wikipedia

  • Einzelstück (Entwurfsmuster) — Das Singleton (auch Einzelstück genannt) ist ein in der Softwareentwicklung eingesetztes Entwurfsmuster und gehört zur Kategorie der Erzeugungsmuster (engl. Creational Patterns). Es verhindert, dass von einer Klasse mehr als ein Objekt erzeugt… …   Deutsch Wikipedia