Lektüre die über die PHP Grundlagen wirklich hinaus geht ist nach wie vor eher dünn gesät. Der Titel dieses Buches verspricht zusammen mit dem Inhaltverzeichnis viel, daher habe ich mich auf das Lesen des Buches gefreut - leider zu früh.
Von den gut 460 Seiten sind 200 Seiten für OO verplant. Der Titel verspricht ja nicht nur Patterns, könnte/müsste man also mit leben. Will man OO dann nicht mit dem Klassiker Auto, samt Reifen und Abwandlungen erklären greift man wie in diesem Buch zu einem Webshopbeispiel - die Idee scheint erstmal gut, die Beispiele aber nicht unbedingt praxisnah. Die Seiten werden dann auch statt mit sinnvollem Code lieber mit vollständigen var_dumps von Objekten gefühlt und damit man gleich viele Seiten voll bekommt gleich mehrfach. Ebenso verhält es sich dann mit getter-/setter Methoden, auch diese werden lang und schlapp ausgeführt, wozu? Wenn ich ein Thema, wie es der Buchtitel verspricht, wähle, dann gehe ich doch nicht von Leihen auf dem PHP/Programmiersektor aus? Um die Geschichte der unnötigen Platzschindung abzurunden wird auch gerne Ausgiebig HTML-Code geechot, natürlich weil es schneller in der Ausführung ist in doppelten Anführungszeichen - immerhin kann man so die Anführungszeichen im HTML-Code noch escapen und noch mehr Platz rausholen.
Nach der ersten Hälfte des Buches geht es dann endlich mit den Patterns los und genau aber dieser Stelle lässt die vorhergehende Ausführlichkeit aller Erklärungen auch deutlich nach. Während jede Kleinigkeit zu OO vorher mit unzähligen var_dumps erklärt wurde fehlt es bei den ersten Patterns vollkommen an sinnvollen und motivierenden Beispielen. Ich habe mich dann durch die ersten 140 Seiten der Patterns kämpfen müssen und habe mich förmlich über Prosa des Autor gefreut, dieser ließt sich sehr erfrischend.
Nach der Mehrschichtigkeit habe ich das Ende des Buches dann nur noch überflogen, folgende Stichpunkte waren Schuld:
- wieder mehrfach teilweise knapp 2-Seiten unnötiger HTML Code in den Patternskapitel, hab ich mir ein HTML-Buch gekauft?
- Wieso gibt es keine etablierten Frameworks im Bereich MVC oder bei Templatesystemen? Smarty mal als Anregung für ein Templatesysteme, eZ Components oder das ZendFramework passend als MVC-Frameworks die wohl kaum in kürzester Zeit vom Markt verschwinden werden - dies unterstellt der Autor mehrfach.
- Warum gibt es im Kapitel zu Mehrschichtigkeit gut 20 Seiten zu Webservicen? Wieso wird im Bereich MVC XSTL, DOM, SimpleXML ausführlicher als MVC an sich diskutiert?
Dann gibt es zu den Patterns Unterkapitel bis zu 5.1.1.1 was nicht unbedingt produktiv zur Orientierung beiträgt, weiter sind die Erklärung der Patterns von der Struktur nicht einheitlich.
Fazit: Wenn man etwas zu PHP mit OO lernen möchte, dann gibt es dazu andere Bücher die dies wesentlich knapper und genauso gut machen. Wenn man etwas zu Patterns lesen möchte ist das Buch "PHP Design Patterns" vom Preisleistungsverhältnis deutlich besser. Zum Thema UML gibt es zahlreiche gute Taschenbücher, die dieses Buch deutlich übertrumpfen.
Für mich war/ist dieses Buch nichts.