Zwölfhundertvierundsechzig

Als Programmierschlampe gehört es zu meinem Job, objektorientiert zu denken.
Da ich ohnehin gelegentlich ein paar Konzepte der Softwareentwicklung vorstellen wollte, geht es heute um Objekte.

Da stellen wir uns mal ganz dumm, und fragen: Was ist das – ein Objekt?
Da ich nicht zu tief in die informatische Theorie eindringen will (und kann), zeige ich es anhand eines anschaulichen Beispieles auf.

Nehmen wir das Beispiel „Person“.
Eine Person hat verschiedene Eigenschaften, wie Vorname, Nachname, Geburtsdatum, Geschlecht, Augenfarbe, etc., die sich für gewöhnlich nicht ändern.
Wenn ich also beispielsweise den Vornamen einer Person erfahren will, kann ich ihn auslesen durch aPerson.Firstname. Dabei ist aPerson eine Instanz des Objektes Person.
Andere Eigenschaften, z.B. die Adresse oder die Haarlänge können sich dagegen ändern. Diese Art Eigenschaft ist also nicht konstant.

Wenn ich jetzt etwa das Alter einer Person erfahren will, kann ich eine Methode aufrufen. aPerson.Age() gibt das Alter dieser Person zurück, indem das Geburtsdatum dieser Person (das ja in der Objektinstanz gespeichert ist) vom aktuellen Datum abgezogen wird (und ein paar Konvertierungsroutinen, die uns hier aber nicht interessieren).
Eine Objektinstanz kann alle möglichen Methoden ausführen: mit aPerson.Eat() isst sie, aPerson.Sing(aSong) lässt sie das Lied aSong singen, und durch aPerson.Sleep(aTime) schläft aPerson für die Zeitdauer aTime, um nur eine wenige Beispiele zu nennen. Oder bei aPerson.Hug(bPerson) umarmt aPerson eine andere Person bPerson.
Als weiteres Beispiel könnte eine Boole’sche Methode .IsTooFat() implementiert sein als .Weight() > BMI_MAX_ACCEPTABLE * .Height * .Height.

Auch die oben genannte Eigenschaft Adresse würde man üblicherweise über einen Getter aPerson.GetAddress() abfragen.
Umgekehrt gibt es auch Setter, mit denen sich die Eigenschaften einer Person ändern lassen (sofern nicht read-only).
Der Clou an Getter und Setter ist, dass man außer der Abfrage oder Zuweisung auch noch anderen Code ausführen kann (z.B. andere Statusvariablen aktualisieren, oder was der Entwickler sonst für sinnvoll erachtet).

Es geht zwar etwas zu weit, aber der Vollständigkeit halber muss ich es doch erwähnen. Jede Objektinstanz muss erzeugt werden, um u.a. Speicherplatz zu alloziieren und Initialisierungen zu machen. Erst dann kann man darauf zugreifen. Ansonsten gäbe es eine Zugriffsverletzung. Zum Erzeugen benötigt man den sog. Konstruktor, der eine spezielle Methode ist, die einen Pointer auf die Speicheradresse der Objektinstanz zurückgibt.
Nachdem man das Objekt nicht mehr braucht, gibt man es wieder durch Aufruf des Destruktors frei, um Speicherleaks zu vermeiden und sonstige Finalisierungen auszuführen (es sei denn, der Garbage Collector kümmert sich darum, dem trau‘ ich aber nicht so recht). Nach dem Freigabe ist es sinnvoll, das Objekt auf Null zu setzen. Denn dies lässt sich leicht abprüfen, und vermeidet, dass man versehentlich in die Datenpampas zugreift.

Nun gibt es ja verschiedene Arten von Personen.
Die allermeisten von ihnen lassen sich problemlos in männlich und weiblich aufteilen.
Also spezifizieren zwei neue Objektklassen Male und Female (und meinetwegen auch noch Other). Beide Objektklassen erben vom Objekt Person die meisten Eigenschaften. Jede Person hat ein z.B. Geburtsdatum. Also hat auch jede Male- oder Female-Instanz ein Geburtsdatum.
Der Vorteil unterschiedlicher Objektklassen ist, dass diese zusätzlich zu den Eigenschaften und Methoden der Basisklasse noch andere Eigenschaften und Methoden haben können. Auch können sie bei gleichem Methodenaufruf unterschiedlichen Code ausführen, ohne dass der Programmierer das jedesmal extra abfragen muss.
Eine Boole’sche Methode aPerson.HasPenis() etwa liefert bei einer Male-Instanz TRUE, und einer Female-Instanz FALSE zurück. (Bei Other wird eine Exception ausgelöst, da der Rückgabewert nicht definiert wäre.)
Diese Art der Vererbung ist ein essenzielles Konzept der Objektorientierten Programmierung, da es die Wartung der Sourcen wesentlich vereinfacht, denn viel Code muss nur einmal implementiert werden, und kann dann für andere Objektklassen wiederverwendet werden.

Ein besonderer Objektpointer ist die this-Variable. Mit this kann sich ein Objekt selbst referenzieren. Dies ist manchmal nötig. Während etwa .Touch(HAIR, bPerson) das Objekt anweist, die Haare von bPerson zu berühren, berührt .Touch(HAIR, this) die eigenen Haare (ein noch blöderes Beispiel habe ich nicht gefunden).

Noch interessanter wird es, wenn mehrere Objekte miteinander verknüpft sind.
Jede Person hat zwei Eltern. Mit aPerson.Father und aPerson.Mother kann man die jeweiligen Werte als Eigenschaften der Objektinstanz aPerson auslesen.

Ich glaube, das reicht für diesen Eintrag. Das wesentliche habe ich, denke ich genannt. Wer nie mit OOP zu tun hat, braucht noch nicht einmal das, und wer doch, weiß das eh alles (und vermutlich noch mehr).