Wozu man das brauchen könnte? Nehmen wir einfach mal an, wir verwenden eine Bibliothek. Eine Klasse dieser Bibliothek leiten wir ab und fügen ein oder mehrere Methoden hinzu. Korrespondierende Klassen aus der Bibliothek allerdings geben immer eine Instanz der Ursprungsklasse zurück. Wir müssten nun also alle Methoden in denen das der Fall ist kopieren, und die Ursprungsklasse durch unsere Ableitung ersetzen.

Das ist aus mehreren Gründen nicht besonders schlau: Zum einen haben wir eine ganze Menge Duplicate Code (wer das mal in den Untiefen des Zend Frameworks gemacht hat, der wird wissen, was ich meine), zum anderen haben wir ein Problem, sollte genau diese Methode von einem Update betroffen sein. Ohne es zu merken, verwenden wir eine veraltete Methode und sorgen evtl. sogar dafür, dass die Applikation nicht mehr lauffähig ist.

Mögliche Lösung: Mutation

Wäre es nicht wesentlich bequemer, wenn wir die Methode zwar ableiten, aber nur die Rückgabe der Parent-Methode entgegen nehmen und diese mutieren lassen, bevor wir sie weiterreichen?

Ein kleines Beispiel. Ein von uns verwendetes Framework hat eine Klasse Baum. Instanzen dieser Klasse haben eine Methode namens holeBlatt, welche eine Instanz der Klasse Blatt zurückliefert.

class Baum {
	public function holeBlatt() {
		/**
		 * Komplexer Algorithmus zum ermitteln des Blattes
		 */
		return new Blatt();
	}
}

Wollen wir nun aber, dass unser Objekt bei besagter Methode eine Instanz der Klasse MeinBlatt zurückgibt, müssen wir auch den Baum ableiten. Viele würden dies wie folgt lösen.

class MeinBaum extends Baum {
	public function holeBlatt() {
		/**
		 * kompletter, komplexe Algorithmus erneut hierher kopiert
		 */
		return new MeinBlatt();
	}
}

Wir sehen, dass wir den kompletten (imaginären) Körper der Methode mitkopieren mussten, und nur am Ende eine andere Instanz zurückgeben.

Nehmen wir nun an, wir haben eine Funktion namens mutateTo, der man eine Objektinstanz einer beliebigen Klasse sowie einen Klassennamen übergibt, und die diese dann entsprechend „mutieren“ lässt. Dann wäre folgende Vorgehensweise denkbar.

class MeinBaum {
	public function holeBlatt() {
		$return = parent::holeBlatt();
		return mutateTo($return, 'MeinBlatt');
	}
}

Viel cooler. Wir können so gut wie ohne Bedenken das Framework updaten, ohne das unser Code davon beeinflusst wird. Ist das doch der Fall, haben wir wesentlich weniger Code zu durchsuchen. Und wir haben ein paar Wiederholungen verhindert.

Einfach toll. Wo kann ich diese Funktion kaufen?

Serialisierung als Übergangszustand

Um das Objekt mutieren zu lassen, müssen wir es dummerweise erst einfrieren. Dazu serialisieren wir das Objekt. Serialisieren wir eine Instanz der Klasse Blatt, so erhalten wir eine Zeichenkette die ungefähr so aussieht.

O:5:"Blatt":0:{}

Dabei enthält das Objekt keinerlei Informationen. Nehmen wir nun aber einmal an, innerhalb des Objektes wird ein Wert gespeichert, der angibt, ob das Blatt grün oder gelb ist, dann würde unsere Zeichenkette so aussehen.

O:5:"Blatt":1:{s:9:"*_color";s:5:"Gruen";}

Hier ist also die Interne Objektinformation in unsere Ausgabe mit eingefügt worden – sie wurde serialisiert. Der Aufmerksame Leser wird bemerkt haben, dass in dieser Serialisierung ebenfalls festgehalten ist, um was für eine Objekt-Instanz es sich handelt.

Ersetzen wir Blatt doch einfach mal gegen MeinBlatt, deserialisieren die Zeichenkette wieder und sehen was passiert.

Notice: unserialize() [function.unserialize]: Error at offset 10 of 46 bytes

Oh, das hat wohl nicht geklappt. Woran könnte es liegen? Untersuchen wir die Fehlermeldung genauer, dann bemängelt die Funktion unserialize Einen Punkt mitten innerhalb unseres veränderten Klassennamens. Um genau zu sein, die Stelle, an der der ursprüngliche geendet wäre. Das liegt daran, dass vor dem Klassennamen festgehalten wird, wie lange der Klassenname ist. Die Klasse Blatt hat 5 Zeichen, MeinBlatt hingegen hat 9 Zeichen. Verändern wir also auch diesen Wert und wagen einen zweiten Versuch. Kein Fehler. Wir übrprüfen das erstelle Objekt: Und siehe da: Es handelt sich um eine Instanz unserer Klasse. Das funktioniert sogar, wenn unsere Klasse MeinBlatt gar keine Ableitung der Klasse Blatt mehr ist.

Frisch aus Dimension X: Mutagen

Man verzeihe mir den Verweis auf Helden meiner Kindheit. Wie dem auch sei. Eine konkrete Implementation einer Mutationsfunktion könnte so aussehen.

function mutateTo($object, $newClass) {
	$originalClass = get_class($object);
	$freezed = serialize($object);

	$lookFor = 'O:'. strlen($originalClass). 	':"'. $originalClass 	.'"';
	$replace = 'O:'. strlen($newClass). 		':"'. $newClass 		.'"'; 

	$manipulated = substr_replace($freezed, $replace, 0, strlen($lookFor));

	return unserialize($manipulated);
}

Ausprobiert, geht. Cool, das war einfach.

Das große Aber

Tja, leider gibt es immer einen Haken: Alle Referenzen auf dieses Objekt gehen flöten. Falls jemand hier eine Möglichkeit kennt: Ich würde mich freuen, wenn er mir sie nennt. Auch so würde ich mich über Feedback freuen – noch mehr sogar über aktive Mitwirkung

Alerdings finde ich die Aussage, dass man sich einen Job suchen sollte, in dem man mit Leuten zu tun hat, von denen man etwas lernen kann ziemlich interessant. So ist es – zumindest in Deutschland – doch eher so, dass die Leute sich Job gerne dannach aussuchen, was sie selbst können um zumindest nicht als derjenige da zu stehen, der am “wenigsten” kann.

Das bedeutet jedoch, dass man sich selbst daran hindert sich zu entwickeln; darüberhinaus läuft man auch Gefahr dem Irrglauben zu unterliegen, dass man das gar nicht mehr nötig habe – immerhin sind die anderen ja noch schlechter. Was dabei rauskommt kann man sich denken: Schlechte Software, schlechte Entwickler. Das wird sich auch nicht mehr ändern, denn tatsächlich gute Entwickler werden kein Interesse haben, diesem Team beizutreten. Alles in allem tritt hier ein Ähnlicher Effekt ein wie beim Anti-Pattern des Programmer Experience Clumping.

Daher mein abschließender Rat: Versucht immer darauf bedacht zu sein, von Kollegen lernen zu können. Das ist nicht nur persönlich fördernd, sondern sorgt auch für eine ganz andere Arbeitsmoral. Darüberhinaus auch ein Aspekt was Selbstmotivation angeht. Aber dazu habe ich Morgen noch einen Artikel für euch parat

PDT

Da ich hauptsächlich PHP entwickle, brauche ich eine gute PHP-IDE. Lange habe ich mit einem Texteditor der Syntaxhighlighting beherrschte gearbeitet, habe Auto Code Completion als unnützen Schnickschnack abgetan (da war ich Virtual Studio Geschädigt. Da war das Auto Complete früher unter aller Kanone) und habe auf die Integration anderer Tools weitestgehend verzichtet. Wenn man aber das erste mal an schlecht dokumentierten Code von Dritten muss, wird man Code Completion schnell zu schätzen lernen.

Als die beste IDE hat sich meiner Meinung nach das PDT-Projekt herausgestellt. Basierend auf Eclipse habe ich direkt eine IDE im Haus, die eine ganze Menge anderer Sprachen bedienen kann, wenn sie denn will. Für so gut wie alle weiteren Entwicklungswerkzeuge habe ich Plug-Ins um diese direkt zu integrieren und jedes kleine Feature wird man mit der Zeit nicht nur brauchen, sondern nicht mehr missen wollen.

Großartig Plug-Ins verwende ich allerdings nicht, PDT bringt soweit eigentlich alles mit was ich brauche.

PDT-Project

Subversion

Früher habe ich alleine gearbeitet. Da ist Versionskontrolle kein Thema mit besonders großer Wichtigkeit. Als ich das erste mal im Team gearbeitet habe, funktioniere der Workflow nicht mehr. Man kam sich in die Quere, das zusammenführen wurde im laufe des fortschreitenden Projektes immer Zeit- und Nervenraubender. Damals war Subversion der neue heiße Scheiß. CVS fand man überall, aber SVN schien mir einfacher. Ich habe mich da nicht getäuscht. Ich muss allerdings gestehen: Den vollen Umfang von SVN habe ich erst in den letzten zwei Jahren kennen und schätzen gelernt.

Subversion

Navicat

Navicat ist ein Datenbankbrowser, der verschiedene SQL-Datenbanken unterstützt. Bei kleinen Projekten hat mir phpMyAdmin immer ausgereicht – aber wenn Sicherheitspolicies und Laufzeitbeschränkungen phpMyAdmin nicht mehr erlauben, ist Navicat ein wirklich mächtiges Tool mit einer Menge toller Funktionen – und Macken

Navicat

Notepad++

Wenn es denn mal schnell gehen muss, und ich eine Datei eines beliebigen Textformates bearbeiten woll, so greife ich auf den schnellen und einfach zu bedienenden Editor Notepad++ zurück. Synatx Highlighting und Code Completion für die meisten Sprachen und das schnelle starten haben ihn zu einem festen Bestandteil meiner Arbeitsumgebung gemacht.

Notepad++

Firefox

Nicht nur privat sondern auch beruflich wahrscheinlich das am meisten Benutzte Werkzeug, Stück Lieblingssoftware und die am häufigsten bediente Plattform. Auf Firefox hat mich ein alter Freund vor vielen Jahren gebracht (damals hieß das gute Stück noch Phoenix). Die Erweiterbarkeit und das ambitionierte Open Source auftreten haben meinen Freund zu der Annahme gebracht, dass dieser Browser der Browser wird. Und auch er hat Recht behalten. Bis heute das, was ich auf jedem Rechner, den ich einrichte als erste Installiere, sobald eine Verbindung zum Netz besteht

Firefox hat es sich zur Philosophie gemacht, dass der Browser nur mit dem nötigsten ausgestattet aus der Box kommt. Spezialisierungen für den Alltag (oder den Job) kann man mittels Add-Ons vornehmen. Beruflich habe ich ein paar Pflichtaddons, die direkt drauf müssen.

Mozilla Firefox

Webdeveoper Toolbar

Wer kennt sie nicht. Eines der ersten Add-Ons die ich beruflich instaliert habe. Und seit dem nicht mehr wegzudenken. In einem Firefox ohne die Webdeveloper Toolbar fühle ich mich schon unwohl

Firebug & FirePHP

Wenn es ans JavaScript oder CSS-Debugging geht, dann ist Firebug unschlagbar. Wenn man dann auch noch keinen Debugger zur Vefügung hat, sich mit den Debug-Ausgaben aber nicht das Layout zerschießen will, ist FirePHP Gold wert. Und mit Zend_Wildfire hat man da auch noch direkt eine bequeme und einfach Implementation auf PHP-Seite.

Live HTTP Headers

Wenn man mal schnell Header checken will: Live HTTP Headers. Unschlagbar. Firebug kann das zwar auch, aber irgendwie finde ich Live HTTP Headers für einen Quicky doch besser.

YSlow

YSlow bewertet eine Seite anhand von Yahoo festgelegter Kriterien, und ordnet bestimmten Aspekten Schulnoten (A-F) zu. Schön: Es werden konkrete Verbesserungsvorschläge gemacht. Ein kleiner Block auf YSlow kann in der finalen Phase eines Projektes nie schaden.

Selenium IDE

Nicht nur um Tests für Selenium zu schreiben, sondern auch im lästige Ausfüll- und Klickarien zu automatisieren eignet sich die Selenium-IDE für Firefox hervorragend. Ein Must-Have!

Ich muss allerdings dazu sagen, dass ich mich immer irgendwie aus dem ärgsten rauswinden konnte. Quelltexte hatte ich verstreut zwischengelagert und konnte das meiste innerhalb einer angemessenen Zeitspanne wieder zusammenklauben. Layouts waren irgendwo mal als eMail verschickt worden, wenn auch in früheren Versionen. Und eMail-Korrespondenz hat man durch Weiterleitungen ohnehin auf mehreren IMAP-Servern.

Da ich in vielen Bereichen meines digitalen Lebens ein pedantisches Arschloch bin und auf meinem Desktop mehr Ordnung herrscht als in meiner WG-Stube, meine MP3’s wie meine Platten penibel nach Jahrgang und Genre Sortiert sind, ist mir das Thema Backups immer ein übles Dorn im Auge gewesen und befleckte meine ansonsten blütenweiße Nerdweste. Aus diesem Grund will ich mal meine (laut Feedbruner nicht mehr so kleine) Leserschaft zu rate ziehen, und mir ein paar Best Practices für “Desktop”-Backups abholen. Evtl. gibt es ja auch ein paar Buchempfehlungen o.ä.

Ich freue mich schon.

Dieses Grundprinzip ist das, was Ruby eigentlich so bekannt gemacht hat. Was dafür gesorgt hat, dass man eine Applikation mit Rails in wenigen Minuten aufbauen kann (Scaffolding) und nur noch der Feinschliff gemacht werden muss. Aber was bedeutet conventions over configuration genau und wie kann man es auf PHP anwenden?

Ruby abstrahiert bei der Webentwicklung ständig auftretende Probleme und löst diese Eiheitlich. Auf eine MVC-Struktur bezogen hätten wir folgenden Fall: Wie haben es ständig mit Modellen zu tun, die eigene Controller bekommen. Diese Modelle werden in der Datenbank gespeichert und sollen über den controller aufgelistet, angelegt und einzeln editiert werden können. Statt das also für jedes Modell immer und immer wieder von Hand zu machen, gibt es in Rails ein Script, dem man den Namen und die Properties für das Model übergibt und das alles selbst anlegt.

Hierbei kommt dann obiges Prinzip zum Einsatz: Convetions over configuration. Statt also in der Modellklasse anzugeben, in welcher Tabelle die Daten für dieses Modell liegen (configuration), nimmt die Modellklasse an, dass die Daten in einer Tabelle liegen, die dem Plural des Modells entspricht (convention). Das Modell “article” wird seine Daten also in der Tabelle “articles” finden.

Dieses Prinzip setzt sich natürlich weiter fort. Ich möchte gar nicht weiter auf das konkrete Rails-Beispiel eingehen. Ich habe das Buch noch gar nicht zuende gelesen und laufe Gefahr, hier Lösungen für Probleme vorzuschlagen, die Rails wesentlich besser gelöst hat. Viel interessanter ist die Frage: Wie führe ich das in PHP ein?

Obiges Beispiel ist noch sehr einfach. Die Umsetzung sollte jeder, der seine Brötchen mit PHP verdient hinbekommen. Es gibt aber meiner Meinung nach eine ganze Reihe von Fällen, in denen solche Konventionen abgelehnt werden, da sie die Applikation ihrer Flexibilität rauben: Prominentes Beispiel sind Benamungen von Tabellenspalten in Datenbanken. In der Vergangenheit musste ich häufiger erleben, dass eine Benamung von Fremdschlüsseln im Sinne von “<zieltabelle>_<zielfeld>” zzgl. evtl. führender Zieldatenbank abgelehnt wurde. Konkrete Argumente fehlten oder beruhten auf mythischen “Ich meine mal gehört zu haben … ” und “da hatte ich mal Probleme mit, die ich jetzt aber nicht mehr erklären kann … ” Argumenten.

Ich sehe leider auch immer wieder, dass Methodenparameter so angeordnet sind, dass man um häufig genutzte Parameter zu erreichen andere übergeben muss, obwohl diese sich selten Ändern oder ermittelbar wären. Um das zu vermeiden, wird hier dann häufiger auf ein Array zurückgegriffen, in dem nur die Parameter, die man setzen will übergeben werden. Das ist augenscheinlich eine gute Lösung, leider kann einem die IDE dann keine Unterstützung mehr bzgl. der Typen oder generell der DocSyntax mitgeben. Sinnvoller wäre hier aber, dass man so wenig Parameter wie möglich übergeben muss. Lediglich wenn etwas mal nicht mehr der Konvetion entspricht, sollte man auf Konfiguration zurückgreifen.

Das beißt sich jetzt auch alles ein bisschen mit Nils’ Assert Null Artikel

Solche Platzhalter nennen sich metasyntaktische Variablen und sind in erster Linie tatsächlich nichts anderes als Platzhalter. Man greift immer dann auf solche Platzhalter zurück, wenn konkrete Benamung nicht möglich oder Kontraproduktiv ist. Das kommt in der Regel bei Referenzimplementierungen, Tutorials & HowTos sowie in kurzen Erklärungen in Foren und Newsgroups vor. Fasst selbstverständlich nutzen die meisten von uns wenigstens ein paar der Nachfolgend aufgezählten Beispiele – wollen wir also mal beleuchten, wo sie genau her kommen.

Foo, Bar

Die wahrscheinlich am häufigst genutzten Platzhalter sind Foo & Bar. Ihren Ursprung haben sie aller wahrscheinlichkeit aus dem Militärischen Jargon. Im zweiten Weltkrieg verwendeten US-Soldaten den Begriff “FUBAR” zunächst in negativem Zusammenhang. Man findet im Netz eine ganze Reihe Versuche die Herkunft von “FUBAR” (später auch “Foobar“) zu erklären, aber so sinnig viele Theorien erscheinen, konkret sagen kann es niemand. Fakt ist aber, dass laut Wikipedia Foo und Bar in ca. 300 RFCs erwähnt werden.

Alice & Bob

Wenn Interaktionen dargestellt werden sollen, so wird oft auf Alice und Bob zurückgegriffen. Alice und Bob sind im Grunde nur die vermenschlichte Variante von “Person A & Person B”. Werden mehr Personen benötigt, so greift man auf Namen zurück, die mit dem entpsprechend nächsten Buchstaben im Alphabet beginnen (Carol und Dave, usw).

Das erste mal tauchten Alice und Bob in einem Aufsatz über Verschlüsselungsverfahren auf. Dahingehend findet man Alice, Bob und Konsorten sehr häufig in Schriften, die sich mit Kryptografie oder Computersicherheit befassen. Und vor allem in diesem speziellen Einsatzgebiet gibt es noch eine Reihe anderer Namen, die sich von entsprechenden Rollen ableiten:

• Eve steht für Passiver Zuhörer (eavesdropper) oder Umgebung (environment)
• Isaac wird gerne für ISPs genommen (Internet Service Provider)
• Mallory oder Marvin stehen repräsentativ für Angreifer (malicious)
• Trudy stellt Eindringlinge dar (intruder)
• Zoe wird häufig als letzte Instanz eines Ablaufes gewählt. Gewählt wurde der Name aufgrund des Z.

Hello, world!

“Hello, world!” wird wohl jedem von uns schon einmal über den Weg gelaufen sein. Es Bezeichnet ein Stück Programmcode der die Ausgabe dieser Wörter in einer beliebigen Sprache macht und stellt in der Regel das kleinste Ausführbare Programm dieser Sprache dar.

Das erste mal tauchte “Hello, world” in einer Tutorial für die Sprache B auf, dort allerdings in einem weniger einfachen Zusammenhang als zwei Jahre später in einem Guide für die Sprache C. Dort war es erstmals das, als dass wir die “Hello, world!”-Programme heute kennen: Ein paar Zeilen einfachster Code.

ASDF

Hier muss man eigentlich nicht viele Worte verlieren. ASDF ist eine Buchstabenfolge, die auf deutschen Tastaturen (bzw. QWERTZ-Layouts) direkt hintereinander in zweiter Reihe vorkommen. Häufig trifft man “ASDF” während der Entwicklung als Testeingabe für Beispielsweise eMail-Adressen (asdf@example.com) oder ähnliches an.

42, 5 & 23, 08/15, 4711

Eine Reihe Zahlen, von denen die ein oder andere sicherlich bekannt vorkommt. Diese Zahlen werden gerne als metasyntaktische Variablen bzw. für deren Inhalt benutzt. Der Urpsrung ist meist weniger spektakulär, wenn doch häufig interessant.

42

42 stammt aus dem Buch “The hitchhicker’s guide to the galaxy“. Es ist innerhalb der durchaus skurrilen Abenteuer von Arthur Dent die Antwort auf die Frage nach dem “Leben, dem Universum und allem“. Sie ist somit eine Hommage an einen klassischen Roman aus der Science-Fiction-Literatur.

5 & 23

Die Zahl 23 und ihre Quersumme 5 stammen aus der Zahlenmystik rund um die Romanreihe Iluminatus. Dort stehen sie Unglück und Zerstörung sowie die Illuminaten selbst.

08/15

Die Zahlenfolge “08/15” ist ausschließlich in Deutschland geläufig und bezeichnet in der Regel etwas gewöhnliches, nicht besonderes oder herausragendes. Ihren Ursprung findet man im ersten Weltkrieg, in dem ein Maschienengewehr mit dem Namen MG 08/15 an deutsche Soldaten ausgegeben wurde und sozusagen zur einheitlichen Bewaffnung wurde.

4711

Auch 4711 hat seinen Ursprung in Deutschland und ist der Markenname des berühmten Kölner Eau de toilette. Der Markenname leitet sich wiederum von der Hausnummer des Herstellungsbetriebes ab.

Spam & Eggs

Spam & eggs werden häufig in Zusammenhang mit der Sprache Python verwendet. Hintergrund ist der, dass der berühmte Spam-Sketch aus der Serie der Komikergruppe “Monty Python’s Flying Circus” stammt, von dem sich wiederum der Name der Programmiersprache ableitet.

John Doe und Erika Mustermann

Wenn Benutzerdaten testweise benötigt werden, so greift man häufig auf erfundene Daten zurück. Dabei haben sich in Deutschland die Namen Max und Erika Mustermann als Semi-Standard herausgebildet. In den USA werden sie John und Jane Doe genannt. Im Gegensatz zu Deutschland wird John bzw. Jane Doe auch für nicht identifizierte Leichen verwendet. In Deutschland wird in solchen Fällen das Kürzel N.N. (Nomen nominandum, lat.: “Name noch zu nennen”) benutzt.

Fnord

Fnord ist der Klang einer einzelnen klatschenden Hand. Nicht erklärbar. Wer bin ich, dass ich das unmögliche Versuchen sollte? Daran sind schon andere gescheitert …

Schlusswort

Ich hoffe, ich konnte hier dem ein oder anderen was neues erzählen. Ich habe hier bei weitem kein komplettes Verzeichnis erstellt. Aber das, was mir häufiger über den Weg lief und ich erklären konnte, habe ich so gut wie möglich versucht wiederzugeben. Evtl. werde ich häufiger mal ein wenig “sinnlosen” Hintergrund erläutern …

Vorweg die gute Nachricht: Objektorientierung hat sich in der PHP-Welt durchaus durchgesetzt. Große Projekte werden immer öfter Objektorientiert angegangen, es werden Design Pattern umgesetzt und PHP spielt einem mit jeder neuen Version mehr und mehr in die Hände. Frameworks wie das Zend Framework oder CakePHP tragen ihren Teil oftmals dazu bei.

Kommen wir aber zur schlechten Nachricht: Die Klassenabstraktion wird oftmals nicht sehr weit geführt. Oft werden bestimmte Untermengen nicht mehr Objektorientiert strukturiert, sondern man verfällt innerhalb der ersten Klasse schnell dazu, Eigenschaften primitiv abzubilden.

Als Negativbeispiel kann man hier die in vielen Projekten vorkommende User-Klasse anführen. Ein Benutzer hat eine Reihe von grundlegenden Eigenschaften:

• eMail-Adresse
• Passwort
• Benutzerrolle/n

Das sind wahrscheinlich die Daten, die jeder Benutzer innerhalb einer Webapplikation haben sollte. Darüberhinaus kommen aber noch eine Reihe weiterer, je nach Zweck der Software:

• Vorname
• Nachname
• Adresse

Diese Liste kann man endlos weiterführen, wir wollen uns aber mal mit diesen Daten begnügen. Meistens werden diese Daten in Properties des Users primitv gespeichert. Warum auch nicht, denk man sich vielleicht?!

Kommen wir also nun zum Titel dieses Artikels und wenden ihn auf diese Daten an: Ich plädiere dafür, diese Daten alle in eigenen Klassen abzubilden. Warum?

eMail-Adresse

Eine eMail-Adresse sollte aus mehreren Gründen in eine eigene Klasse gekapselt werden. Nehmen wir an, wir wollen die eMail-Adresse verschlüsseln um sie gegen Harvester abzusichern. Oder wir wollen bestimmte Informationen wie den Host und ähnliches herausfiltern. Das sind alles Operationen, die auf die eMail-Adresse angewandt werden. In schlecht bzw. nicht sauber strukturierter Software lägen diese Methoden meist innerhalb des Models “User”.

Passwort

Das Passwort ist ebenfalls eine Entität, auf die wir sicherlich früher oder später zugreifen wollen: Wir wollen es ändern, zurücksetzen, anders verschlüsseln, etc. Wieder Methoden, die nichts im User verloren haben.

Benutzerrollen

In der Regel wollen wir nicht nur die Information haben, welche Rollen dem Benutzer zugewiesen sind, sondern wollen auch mit diesen arbeiten. Wir wollen dem Benutzer neue Rollen zuweisen oder auch alte entfernen. Wenn wir diese Abfragen machen, bekommen wir direkt die Rollen-Objekte und nicht nur blanke IDs aus der Datenbank.

Name

Der Name des Benutzers ist ebenfalls ein interessantes Attribut. Manchmal wollen wir den Vornamen, manchmal wollen wir den Nachnamen. Manchmal beide, manchmal mit Anrede. Eine ganze Menge Dinge also, die wir mit dem Namen anstellen können. Da macht es nur Sinn, diesen ebenfalls in eine eigene Klasse auszulagern. Der “Name” setzt sich aber wieder aus den Klassen “Vorname” und “Nachname” zusammen.

Adresse

Der Benutzer hat eine Adresse. Eine Adresse besteht aber aus Straße, Hausnummer, ggf. einem Zusatz, einer Postleitzahl (jaja, in Irland nicht, ich weiß Mario ) eine Stadt, ggf. einem Bundesland o.ä. und einem Land. Eine ganze Menge Dinge, die sich auch immer unterschiedlich zusammensetzen, unterschiedlich abgekürzt werden können und so weiter. Aber der Benutzer hat immer ein Bündel davon. Daher gibt es die Klasse Adresse. Diese hat eine Reihe von Unterklassen: Die Straße, die sich aus Straßenname, Hausnummer und Zusatz auszeichent, die Stadt, die sich aus PLZ und Stadt zusammensetzt sowie das Bundesland und das Land. Alles eigene Klassen.

Aggregieren

Natürlich müssen Methoden vorgehalten werden, um zusammengehörende Daten aus einer Menge von Klassen zu aggregieren. Diese Methoden gehören immer in die jeweilige Unterklasse. Will man die komplette Adresse (für zum Beispiel einen generierten Briefkopf) so gibt es eine Aggregatsmethode in der Überklasse (Also User), die Adresse ohne Name wird von der Adressklasse zusammengebaut, während die Straße mit Hausnummer und Zusatz von der Straßenklasse zusammengebaut wird.

Foto von Daniel Wildmann.

Nach dem ich den Artikel aufmerksam(er) gelesen hatte, malte ich mir eine PHP-Welt aus, in der Objekte direkt in die Datenbank geschrieben und aus ihr geladen werden können, dabei Referenzen und Integrität berücksichtigt und das ganze nativ in PHP abgefragt werden kann. Für Webapplikationen – wenn es denn so einfach geht wie mit db4o – wäre das eine erhebliche Arbeitserleichterung.

Was sind Objektdatenbanken?

Wem Objekdatenbanken (oder ODBMS) nicht sagen, für den möchte ich das Thema mal kurz umreissen: In der Welt von PHP kennen wir eigentlich nur relationale Datenbanken. In relationalen Datenbanken werden Daten in Tabellen mit einer festen Struktur hinterlegt, ggf. auf mehrere Tabellen aufgeteilt (Stichwort Normalisierung). Um diese Datenbanken abzufragen, gibt es eine einheitliche Sprache namens SQL (Structured Query Language).

Hier steht man vor einem Konflikt, wenn eine Applikation einem strengen objektorientierten Ansatz folgt. Objekte müssen wieder ein ein Datensatzschema geformt werden, damit diese wiederum in einer relationalen Datenbank abgelegt werden können. Vor dem selben Dilemma steht man, wenn man diese Daten wieder auslesen möchte. Das ganze verhält sich noch relativ simpel, wenn es um eindimensionale Objekte ohne Referenzen auf andere Objekte geht. Hat ein Objekt aber Referenzen auf wiederum andere Objekte, kann das Initialisieren eines Objekts inklusive Unterobjekte schnell zu einer hohen Anzahl an Datenbankabfragen führen.

Es gibt zwar in PHP verschiedene Pattern, die dieses Problem schon sehr gut in den Begriff bekommen – zum Beispiel ARP (Active Record Pattern) oder DAO (Data Access Object) – das speichern und laden der Objekte erfolgt aber immer noch über SQL und relational.

Objektdatenbanken schaffen hier eine Schnittstelle, um Objekte direkt in der Datenbank ablegen und auslesen zu können. In Objektorientierter Programmierung ist also eine Objektdatenbank anstrebenswert.

Objektdatenbanken für PHP

Ich habe zwar intensiv nach Objektdatenbanken für PHP gesucht, bin jedoch leider nicht fündig geworden. Daher ist dieser Text nur theoretisch. Ich habe zwar bereits mit einem in PHP implementierten Layer experimentiert, der Objekte generisch in relationale Datenbanken schiebt und ausliest. Das ganze ist jedoch alles andere als trivial. Wer weiß. Evtl. werde ich hier demnächst was vorstellen können.

Falls jemand Hinweise auf ODBMS für PHP findet, würde ich mich über eine kurze Rückmeldung freuen.

Einsatzgebiet Webapplikationen

Grade Webapplikationen, die in der Regel nur ein begrenztes Set an Daten pro Ansicht benötigen, würden sich für Objektdatenbanken perfekt eignen. Das ganze würde eine Reihe Vorteile mit sich bringen.

Wesentlich schnellere Entwicklung

Mehrere Elemente einer Applikation müssen nicht mehr Berücksichtigt werden: Speicher- und Lösch-Methoden müssen nicht mehr implementiert werden. Der Datenbanklayer kann theoretisch auch vernachlässigt werden, wenn das DMBS einen eigenen mitbringt. Theoretisch sollte jedoch ein Austausch möglich sein.

Keine Code-Vermischung

Ich höre oft, dass man HTML und PHP nicht vermischen sollte. Auch sollte man auf die Vermischung von HTML und JavaScript verzichten. Klar, es gibt für alles Möglichkeiten es auszulagern und prinzipiell teile ich diese Meinung auch. Aber in puncto SQL war das immer eher schwierig – ein Thema das mit ODBMS gegessen wäre.

Eine Sprache weniger, die erlernt werden muss

Stop. Jetzt gehen sicher einige Gemüter auf die Barrikaden. Wer PHP lernen will muss sich auch weiterhin mit HTML und SQL auseinandersetzen. Aber sind wir doch mal ehrlich: Meist hat man seine Präferenzen auf einer oder zwei dieser Sprachen. Aussagen will ich mit diesem Punkt eigentlich nur, dass es nicht mehr unbedingt nötig ist, die Sprache perfekt zu verstehen, wenn man weiß, wie man das ODBMS bedient.

Ausblick

Wie schon erwähnt, habe ich ein wenig mit einem PHP-Layer herumexperimentiert. Ich finde das Thema äußerst Interessant. Ich werde meine Experimente weiter Verfolgen und ggf. hier auch schon bald ein paar Ergebnisse zur Verfügung stellen können. Bis dahin werden aber doch noch ein paar Tage vergehen.

Nachtrag 30. Dezember 2008

Da stolper ich doch zufällig bei den Recherchen für einen anderen Artikel über das Persistenz-Konzept von Flow3 (der Kern des neuen Typo3). Die Herrschaften machen genau das, was ich eben beschrieben habe. Leider gibt es noch keine stabile Version von Flow3, aber man sollte das im Auge behalten.