Brücke

objektbasiertes Strukturmuster

Entkoppeln von Konzept und Implementierung(en), so dass beide unabhängig voneinander variiert werden können

handle / body

Vermeidung von "mehrdimensionalen" Hierarchien

sonst: Explosion der # der Klassen

Code-misch-masch

Vermeidung von dauerhafter Verbindung zwischen Konzept und Implementierung

Implementierung dynamisch auswählen
Implementierung dynamisch auswechseln

Konzept und Implementierung besitzen Unterklassen

Änderung der Implementierung erfordert keine Recompilation der Anwendung

Vermeidung der Explosion der # der Klasen

Strukturdiagramm

Schnittstellendefinition
Referenz auf Implementierung

Verfeinerung, Konkretisierung des Konzepts

Schnittstelle für alle konkreten Implementierer

konkrete Implementierer

Entkopplung von Konzept und Implementierung

Implementierung kann zur Laufzeit konfiguriert werden

Erweiterbarkeit beider Hierarchien unabhängig voneinander

alle Operationen müssen auf Konzept Operationen zurückgeführt werden

schlechte Schnittstelle --> schlechte Performance

nur ein Implementierer --> abstrakte Klasse kann entfallen

Erzeugung des richtigen Implementierer-Objekts mit Erzeugungsmuster Abstrakte Fabrik

in Java: Figuren zeichnen (s.u.)

Set <--> SetImpl

zum Erzeugen und Konfigurieren

ähnliche Struktur
aber anderes Anwendungsfeld

Verhaltensmuster
kann benutzt werden zum "double dispatch"

auf verschiedenen Ausgabegeräten

Figuren: Punkte, Linien, Kreise, ...

Geräte: X-Fenster, Plotter, PostScript, ...

mit der Schnittstelle

Geräteschnittstelle zu schmal
extrem:
void zeichenPunkt(Punkt p)

zu viel Arbeit in Figuren-Klassen

zu ineffizient

Geräteschnittstelle zu breit

zu viel Arbeit in Geräte-Klassen

zu viel Arbeit für ein neues Gerät

void zeichen(Figur f, Gerät g)

Verzweigen (über dynamisches Binden) nicht nur über den 1. Parameter (OOP: this), sondern über mehrere.

Brücke ist manchmal eine Lösung, aber nicht immer.

Unterschiedliche Implementierung von Zahlen
mit beliebig mischbaren Operanden bei der Arithmetik.

in Haskell

Brückenmuster ungeeignet

Lösung in Java mit instanceof-Tests für die Verzweigung über den 2. Parameter
Die Klasse GanzeZahl für die Arithmetik mit einer ganzen Zahl als 1. Parameter.

Lösung ohne instanceof-Tests und mit double dispatch: Klasse Zahl und Subklassen

Explosion der # der Hilfs-Methoden:
x + y --> n² Additions-Methoden

im Beispiel:

3 Subklassen

3 abstrakte Hilfmethoden

3 Unterklassen mit Implementierungen der Hilfsmethoden

9 Methoden

oder allgemein multiple dispatch (mehrfaches Verteilen) bedeutet das dynamische Binden über zwei oder mehrere Parameter. Dieses kann in C++ und Java nur simuliert werden durch mehrfaches Hintereinanderschalten von einfachem dynamischem Binden.

Konsequenz: In C++ und Java viele Hilfsmethoden notwendig.

Es gibt experimentelle OO-Sprachen, die multiple dispatch unterstützen.

ein Verhaltensmuster für double dispatch