Prinzipien der OOP

Objektorientierte Programmierung beruht auf vier Grundlagen:

• Abstraktion: Hier geht es darum, die Gemeinsamkeiten von Objekten aufzuspüren, "`natürliche"' Gruppierungen zu bilden, in die sich die Objekte möglichst zwanglos einordnen. Vergleicht man die Ansprüche, die man an Arrays und Hashtabellen hat, findet man, dass beide Male die Möglichkeit benötigt wird, alle Elemente der Reihe nach abzuarbeiten, Elemente miteinander zu vergleichen oder Elemente mit einer bestimmten Eigenschaft herauszufiltern. Diese (und weitere) Fähigkeiten werden in Ruby im Modul Enumerables (=aufzählbare Dinge) zusammengefasst.

• Kapselung: Ein Objekt verbirgt interne Details vor der Außenwelt und kann so jederzeit umgestaltet werden, ohne von ihm abhängige Programmteile zu beeinflussen.

  Ein Währungsobjekt wird beispielsweise eine Methode implementieren, um seinen Wert in Euro darzustellen. Wenn die Ursprungswährung schon Euro war, handelt es sich nur darum, den gespeicherten Zahlenwert auszugeben. Speichert das Objekt dagegen einen DM-Betrag, wird er vor der Ausgabe durch 1,95583 geteilt. Sollte es eine Währung mit einem freien Wechselkurs sein, könnte möglicherweise online der aktuelle Umrechnungsfaktor abgefragt werden, bevor eine Ausgabe stattfindet. In jedem Fall ist es Sache des Währungsobjekts, seinen eigenen Wert für die Ausgabe aufzubereiten.

• Polymorphismus: Ein und dieselbe Botschaft wird von unterschiedlichen Objekten unterschiedlich interpretiert. Anstatt dem Programmierer für die Darstellung grafischer Objekte eine Liste von Funktionen wie drawRect, drawOval, drawArc, drawPolygon etc. zu präsentieren, gibt es eine einzige Methode draw, die an Rechtecke, Ovale, Bögen oder Polygone geschickt wird.

• Vererbung: Wenn eine vorhandene Klasse schon fast das gewünschte Verhalten zeigt, ist es rationeller, nur die fehlenden Teile zu implementieren und für die übrigen sagen zu können: "`Mach das so wie bisher auch."' Die neue Unterklasse ist damit eine vollständige Kopie der schon vorhandenen Oberklasse und unterscheidet sich nur in den explizit vorgenommenen Änderungen.

  Neben der besseren Schreibökonomie hat man so auch einen wesentlichen Vorteil, wenn es darum geht, bestehenden Code zu ändern, denn die sauber durchgeführte Vererbung von Implementationen trägt dazu bei, dass der Code im Idealfall nur an einer Stelle angepasst werden muss, um für eine ganze Klassenhierarchie das Verhalten zu modifizieren.