Hüllenklassen für primitive Datentypen

Eine Anwendung für Hüllenklassen in objektorientierten Programmiersprachen ist, Klassen für Grunddatentypen zur Verfügung zu stellen, um die Handhabung zu vereinfachen und zusätzliche Funktionen zur Verfügung zu stellen. So gibt es z. B. in der Programmiersprache Java für den Typ int die Klasse Integer , für char die Klasse Character oder für float die Klasse Float (entsprechend auch Byte, Short, Long, Boolean und Double). Diese Hüllenklassen ermöglichen den objektorientierten Umgang mit primitiven Datentypen, zum Beispiel, um sie in ein Reflexionskonzept einzubinden.

Um die Verwendung von Hüllenklassen zu vereinfachen, wurde in Java 5 das so genannte Autoboxing oder Boxing eingeführt. Diese Technik ermöglicht die Verwendung von Hüllenklassen in der von primitiven Datentypen gewohnten Form. Statt der Objekterzeugung mittels Integer i = new Integer(100) kann einfach die Schreibweise Integer i = 100 genutzt werden. Ebenfalls kann die Referenzvariable i genutzt werden, als wäre sie eine gewöhnliche int-Variable. Die einfache Schreibweise und bessere Lesbarkeit gehen auf Kosten einer erheblich schlechteren Ausführungsgeschwindigkeit.

Hüllenklassen für prozedurale Bibliotheken

Eine weitere wichtige Anwendung ist die Anpassung einer prozeduralen Bibliothek an ein objektorientiertes Softwaresystem. Hierbei werden die funktionsorientierten Dienste der Bibliothek in ein oder mehrere Objekte gekapselt. Diese Anwendungsform ist häufig als Entwurfsmuster Fassade zu finden.

Konkretes Beispiel in C++

Es wurden zwei Bibliotheken gekauft, deren Implementierung nicht einsehbar ist und nicht geändert werden kann. Die erste ist eine Bibliothek für algorithmische Geometrie. Sie enthält Algorithmen, die auf geometrischen Objekte wie Kreisen, Geraden und Ebenen arbeiten, z. B. einen Algorithmus, der testet, ob sich zwei Kreise schneiden. Die zweite ist eine GUI-Bibliothek, die ebenfalls Objekte wie Kreise und Geraden kennt und diese auf den Bildschirm zeichnen kann.

Nun soll mit Hilfe der Geometrie-Bibliothek festgestellt werden, ob sich zwei Kreise schneiden, die als Objekte der GUI-Bibliothek vorliegen (bevor sie auf den Bildschirm gemalt werden).

Leider sind die Schnittstellen der beiden Bibliotheken inkompatibel. Sie unterscheiden sich nicht nur in der Bezeichnung der Klassen (Kreis vs. Circle), sondern auch in der Bezeichnung und Semantik der Methoden (getMittelpunkt() vs. getX() und getY()).

Die Algorithmen der Geometrie-Bibliothek arbeiten nur mit der öffentlichen Schnittstelle (dem Interface) der geometrischen Objekte. Ein Kreis beispielsweise muss nur Auskunft über seinen Radius und seinen Mittelpunkt geben können. Er wird durch eine abstrakte Klasse mit den entsprechenden Methoden getRadius() und getMittelpunkt() repräsentiert. Er hat keine Datenelemente für Radius und Mittelpunkt, denn er könnte auch anders festgelegt sein: Durch zwei Punkte auf dem Rand, die sich diametral gegenüberliegen, durch drei Punkte auf dem Rand oder implizit als die Lösungsmenge der Gleichung ${\displaystyle (y-a)^{2}+(x-b)^{2}=r^{2}}$. Dadurch werden die Algorithmen unabhängig von der konkreten Darstellung der geometrischen Objekte. Punkte dagegen sind in der Bibliothek (konkret) als Struktur implementiert.

// Bibliothek für algorithmische Geometrie

struct Punkt {
  double _x, _y; // der Einfachheit halber public
  Punkt(double x, double y) : _x(x), _y(y) {}
};

class Kreis { // abstrakte Klasse, nur Interface
public:
  virtual double getRadius()      const = 0;
  virtual Punkt  getMittelpunkt() const = 0;
};

// Die Implementierung dieser Funktion stützt sich rein auf die
// Schnittstelle, also nicht auf konkrete Realisierungen:
bool schneidetKreisKreis(const Kreis& k1, const Kreis& k2) {
  double abstandDerKreise = abstand(k1.getMittelpunkt(), k2.getMittelpunkt());
  return abstandDerKreise <= (k1.getRadius() + k2.getRadius());
}

Die in der GUI-Bibliothek enthaltenen grafischen Objekte können sich auf den Bildschirm zeichnen. Ein Circle ist intern dargestellt durch drei Gleitkommazahlen, zwei für die Mittelpunkts-Koordinaten und eine für den Radius. Er kann Auskunft über seine Geometrie geben (getX() usw.):

// GUI-Bibliothek

class GraphicalObject {
  virtual void draw() = 0; // zeichne dich selbst auf den Bildschirm
};

class Circle : public GraphicalObject {
private:
  double _mx, _my; // Mittelpunkt x und y
  double _r;       // Radius
public:
  Circle(double x, double y, double r) : _mx(x), _my(y), _r(r) {}
  double getX() const { return _mx; }
  double getY() const { return _my; }
  double getR() const { return _r;  }
  void draw() { /* zeichne dich mit Bresenham-Algorithmus */}
};

Die Schnittstellen der beiden Bibliotheken sind offensichtlich unterschiedlich. Um nun doch einen Circle in einem der Algorithmen für Kreis benutzen zu können, wird ein Adapter für Circle-Objekte geschrieben. Jedes Adapter-Objekt enthält einen zu adaptierenden Circle und implementiert die Schnittstelle von Kreis:

// Circle-Adapter zur Benutzung eines Circle als Kreis in der
// Geometrie-Bibliothek

class CircleAdapter : public Kreis, private Circle {
public:
  CircleAdapter(const Circle& c) : Circle(c.getX(), c.getY(), c.getR()) {}

  // Hier wird Circle so adaptiert, dass es auf Kreis passt
  double getRadius()      const { return getR(); }
  Punkt  getMittelpunkt() const { return Punkt(getX(), getY()); }
};

Nun können zwei Circle aus der GUI-Bibliothek als Kreis gesehen mit dem Algorithmus aus der Geometrie-Bibliothek auf Schnitt getestet werden:

int main() {
  // Mit Hilfe der GUI-Bibliothek werden zwei Circles erzeugt
  Circle c1 = Circle(1.0, 0.0, 2.0);
  Circle c2 = Circle(3.0, 0.0, 2.0);

  // dann werden sie in einen Circle-Adapter gesteckt
  CircleAdapter c1Adapter(c1);
  CircleAdapter c2Adapter(c2);

  // anschließend wird die Geometrie-Bibliothek zum Test auf Schnitt benutzt
  if (schneidetKreisKreis(c1Adapter, c2Adapter)) {
    ...
  } else {
    ...
  }
}