In PHP 5.3 wurden Closures, auch als anonyme Funktionen bekannt, eingeführt. Wer schon einmal DOM-Manipulationen in JavaScript durchgeführt hat, wird sicher schon über dieses Konzept gestolpert sein. Closures sind nichts anderes als Funktionen ohne einen Bezeichner. Am Sinnvollsten verwendet man Closures Als Callback-Funktionen.
Nehmen wir an, wir haben ein kleines Script und wollen einen eigenen error-handler verwenden. Bisher ist man wie folgt vorgegangen:
Mittlerweile findet die Dependency Injection – kurz DI – auch in der PHP-Welt immer mehr Verbreitung. Dennoch möchte dieses Entwurfsmuster hier noch einmal vorstellen. Ziel von DI ist es, Abhängigkeiten zwischen Objekten zu minimieren und im Idealfall eine erhöhte Wiederverwendbarkeit von Klassen zu ermöglichen.
Bisher wurden Abhängigkeiten zu anderen Objekten, beispielsweise bei einer Aggregation, von dem “übergeordneten” Objekts aufgelöst. Dazu wiederrum benötigt ein Objekt Kenntnisse über das zu erzeugende Objekt und dessen Implementierung. Folgendes Beispiel soll dies noch ein mal veranschaulichen:
<?php
class Car {
private $engine = null;
public function __construct() {
$this->engine = new Engine();
}
}
Bei der Dependency Injection Entzieht man nun den Objekte die Verantwortung, Abhängigkeiten aufzulösen. Stattdessen erzeugt nun der Entwickler die benötigten Objekte und teilt beispielsweise dem Objekt vom Typ Car mit, welches Objekt vom Typ Engine es nutzen soll:
<?php $Engine = new Engine(); $Car = new Car($Engine);
Ein Vorteil sollte hier schon erkennbar sein. Es ist nun theoretisch möglich, der Car-Instanz einen anderen Motor zu übergeben. Es müssen nur die gleichen Methoden vorhanden sein. Sollte man, um beim Beispiel zu bleiben, allerdings einen Motor eines Drittanbieters verwenden wollen, wird man nicht um das Schreiben einer Adapter-Klasse herumkommen.
Die Abhängigkeiten können über den Konstruktor, aber auch über Setter oder direkt an eine Objekteigenschaft, injiziert werden. Es gibt eine Faustregel, wann man welche der Möglichkeiten nutzen sollte:
Eine Erweiterung des Entwurfsmusters sind Frameworks oder auch DI Container wie z.B. Symfony Dependency Injection. In diesen Containern werden alle Abhängigkeiten definiert und anschließend automatisiert aufgebaut. Solche Frameworks sind aber in der Regel nur dann Sinnvoll, wenn man mit vielen unterschiedlichen Objekten mit vielen Abhängigkeiten arbeitet. In den meisten Fällen sollte jedoch eine manuelle Dependency Injection ausreichend sein 
.
Bei einem aktuellen Projekt können sich Benutzer ein Profil anlegen und müssen dazu ein Bild hochladen. Nach dem erfolgreichen Upload werden die Bilder auf eine einheitliche Größe resized und im PNG-Format gespeichert. An sich nichts besonderes. Laut den Anforderungen sollen die Formate JPG, PNG, GIF und BMP unterstüzt werden.
Das letztere Format ist jedoch ein kleiner Fallstrick. So trat der Fall auf, dass ich aus dem BMP kein resized PNG erzeugen konnte. Der Fehler war auch schnell gefunden. Ich nutzte sowohl für BMP wie auch für WBMP die PHP-Funktion imagecreatefromwbmp(). Jedoch steht das W in WBMP nicht etwa für Windows, sondern für Wireless – ein Grafikformat, welches speziell für Mobiltelefone entwickelt wurde. Ein PC-Bitmap kann mir der Funktion nicht verarbeitet werden und PHP stellt keine native Funktion dafür bereit.
Die Lösung findet sich aber glücklicherweise, über mehrere Kommentare verteilt, auf der Doku-Seite zu imagecreatefromwbmp(), welche ich hier nochmal zusammengefasst bereitstellen möchte.
Vor kurzem bestand ich die Prüfung zum ZCE, erhielt aber nur einen Score Report. Das tatsächliche Zertifikat soll nach etwa 9 bis 10 Wochen kommen. Um so erfreuter war ich, als ich vor etwa 30 Minuten meinen Briefkasten leerte.
Zwischen dem ganzen Spam der ganzen Werbung fand ich einen stabilen Pappumschlag aus Cupertino, California. Darin befand sich ein Anschreiben, in dem mir zur bestanden Prüfung gratuliert wird, ein recht großer Aufkleber sowie das Zertifikat – unterschrieben von den beiden Firmengründern von Zend.
ZCE-Zertifikat
Jetzt muss ich nur noch einen passenden Bilderrahmen finden 
Schon letztes Jahr wurde ich auf die Zertifizierung für PHP-Entwickler aus dem Hause Zend aufmerksam oder viel mehr aufmerksam gemacht. Vor einigen Wochen kaufte ich mir dann das Bundle bestehend aus einem Study Guide (PDF), 10 Online-Praxis-Tests und dem Voucher für die Zertifizierung.
Am vergangenen Freitag legte ich erfolgreich die Prüfung ab und gehöre seit dem zu den aktuell 610 PHP-Entwicklern in Deutschland, die sich “Zend Certified Engineer” nennen dürfen. Seit heute werde ich auch in den Zend Yellow Pages geführt.
Über die letzten Wochen hatte ich mir an jeweils zwei Tagen für ein paar Stunden die Zeit genommen und den Study Guide durchgearbeitet. Dieser ist jedoch wirklich nur als Hilfestellung zu verstehen, worauf in der Prüfung geachtet wird, und reicht zur Vorbereitung nicht aus. Zusätzlich las ich noch ein paar Kapitel aus dem Buch “PHP 5 Power Programming” von Andi Gutmans, Stig Saether Bakken und Derick Rethans. Als weitere Vorbereitung halfen noch die Online-Praxis-Tests, welche ähnlich der tatsächlichen Prüfung aufgebaut waren. Letzte Woche nahm ich mir dann nochmal die Zeit und wiederholte die wichtigsten Punkte, zum Beispiel Strings und Arrays.
Den Prüfungstermin konnte ich bequem Online über das System von Pearson Vue, dem “Testing Service Provider” für diese Zertifizierung, buchen. Ich entschied mich dafür, die Prüfung auf englisch abzulegen, da auch mein gesamtes Vorbereitungsmaterial auf englisch ist. 15 Minuten vor dem Termin sollte man sich dann im Prüfungscenter einfinden. Hier musste ich mich mit meinem Ausweis und einem zweiten Identitätsnachweis ausweisen und konnte kurz darauf an den Rechner. Zu Beginn der Prüfung musste dann nur noch ein Geheimhaltungsvereinbarung bestätigt werden und schon startete die Prüfung.
In 90 Minuten sind 70 Fragen, überwiegend Multiple-Choice, zu beantworten. Nach nicht mal einer Stunde hatte ich alle Fragen durch und nutzte die verbleibende Zeit für einen Review. Das Ergebnis wurde direkt im Anschluss angezeigt. Allerdings erfährt man nicht wie viele Punkte man erhalten hat oder wie viele es überhaupt gibt, sondern lediglich ob man bestanden oder nicht bestanden hat.
Einige Fragen hatten es echt in sich und erforderten schon tiefes Detailwissen zu Funktionen und ihren Parametern. Generell lässt sich aber ein guter Teil der Fragen mit einer Kombination aus Praxis und gesundem Verstand beantworten. Auf die Frage, ob die Praxis-Tests oder die Prüfung schwerer ist, kann ich nur eine Antwort geben: Ja . In den Praxis-Tests gab es durchaus Fragen zur String-Verarbeitung, welche man nicht einfach im Kopf lösen kann (Hilfsmittel wie Papier und Stift sind in der Prüfung nicht zugelassen). Die gab es in der Prüfung zum Glück nicht, aber dafür waren die Fragestellungen insgesamt etwas kniffliger.