coola

Hallo

Mir ist aufgefallen, dass im Forum immer wieder nach Büchern gefragt wird. Darum möchte ich hier ein Buch vorstellen. Und zwar, weil es meiner Meinung SCHLECHT ist.

PHP Design Patterns
O'REILLY-Verlag
Stephan Schmidt
ISBN 978-3-89721-864-2

Das Buch besteht aus 2 Teilen:
- allgemeines über OOP
- Vorstellung von Design-Patterns

Zu den Design-Patters gibt es auch immer ein konkretes Beispiel. Allerdings baut es immer auf das Beispiel des vorhergehenden Design-Patterns auf. Es kommen also laufend Klassen hinzu und bestehende Klassen werden laufend erweitert.

Allerdings sieht man eigentlich nie, wie eine Klasse aussieht (außer dort, wo sie das erste mal definiert wurde). Bei den folgenden Design-Patterns, wo die Klassen erweitert werden, sieht man im Quellcode nur noch:
"... Eigenschaften und Methoden der bisherigen Klasse ........"

Es wird bei den Klassen auch mit Interfaces gearbeitet. Jedoch sieht man bei keinem Design-Pattern, auf welcher Seite des Buches diese Interfaces definiert wurden.

Dieses Buch ist vielleicht zum einmaligen Lesen recht interessant (muss man sich aber viel Zeit dafür nehmen), zum Arbeiten jedoch vollkommen nutzlos. Man hat keine Möglichkeit, spontan irgendein Design-Pattern nachzuschlagen, um es zu lernen. Das geht nicht, weil man immer nur Bruchstücke der Klassen sieht und mit Interfaces gearbeitet werden, die irgendwo vorher im Buch in irgendeinem anderen Kapitel definiert wurden. Man weiß bei den Beispielen eigentlich nie, womit man es wirklich zu tun hat.

Daher kann ich von diesem Buch nur dringendst(!!!) abraten. Ich muss mir erst noch überlegen, wie ich weiter vorgehe. Das beste ist wahrscheinlich, das Buch komplett durchzuarbeiten, parallel dazu immer selbst Sachen zusammenzuschreiben und dann das Buch wegzuwerfen.

Mister Ad

nikosch

Sorry aber Du willst nicht wirklich ein Lehrbuch haben, auf dem die Code-Beispiel über 5 Seiten gehen?! OO-Code hat nunmal die Eigenschaft, schnell mal ein paar hundert Zeilen zu füllen. Im übrigen sollte es mich wundern, wenn es zu diesem Buch keine Downloads mit den Komplettcodes gibt. Ausdrucken und fertig.

1 Minute Recherche: http://www.phpdesignpatterns.de/auflage-2/#beispiele

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

coola

Natürlich nicht. Je Design-Pattern sollte es ein eigenes, kleines Beispiel geben, das nicht auf andere aufbaut. Das muss wie ein Nachschlagwerk sein. Ein Pattern suchen, durchlesen, verstanden haben. Auf keinen Fall darf es nötig sein, dass man 300 Seiten lesen muss, um 1 einziges Design-Pattern verstehen zu können.

Manko10

Ich muss dir auch widersprechen. Ich habe das Buch hier stehen und halte es für eines der besten überhaupt für den Einstieg in Design-Patterns mit PHP.
Wie nikosch schon schrieb, gibt es die Beispiele alle zum Download auf der Seite zum Buch. Dass im Buch selbst meist (!) nur die Teile der Klasse beschrieben werden, die für die Erklärung notwendig sind, halte ich für ein Qualitätsmerkmal, da der Autor sich damit auf das Wichtigste konzentriert und das Buch nicht unnötig umfangreich macht. Dadurch ist es nicht nur möglich, das Buch zum pedantischen Durcharbeiten zu nutzen, sondern auch so von vorn bis hinten zu lesen, um erst einmal überhaupt einen Einblick zu bekommen.

Dass man das Buch nicht zum schnellen Nachschlagen verwenden kann, kann ich ebenfalls nicht bestätigen. Dadurch dass jedes Kapitel zu einem Pattern jeweils in die Abschnitte Motivation, Zweck des Patterns, Implementierung, Definition des Patterns, Konsequenzen und Weitere Anwendungen aufgeteilt ist, halte ich es für geradezu ideal zur Nutzung als Referenz.

Das musst du auch nicht. im Buch wird zwar durchgehend anhand einer Autovermietungssoftware gearbeitet, aber das heißt nicht, dass man sich dazu das gesamte Buch durchlesen muss. Gerade die Teile Zweck des Patterns, Definition des Patterns und Konsequenzen werden außerdem losgelöst von konkreten Beispielen behandelt und sind somit allgemeingültig.
Darüber hinaus lassen sich manche Patterns auch gar nicht losgelöst von anderen betrachten.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

coola

Ich finde das Buch schlecht. Und ich werde es euch beweisen, dass es schlecht ist Brauche dazu aber ein paar Tage. Das Ergebnis poste ich dann hier rein

Trainmaster

Ich denke, dass deine Ausführungen ein wenig übertrieben sind. Einige der vorgestellten Entwurfsmuster biete eigene, kleine Beispiele an. Bei anderen hat es sich widerum angeboten bereits bekannte Beispiele weiterzuführen. Das würde ich jedoch nicht zu tragisch sehen. Allerdings ist damit das Buch nur noch begrenzt als Nachschlagewerk geeignet, jedenfalls was die Nachvollziehbarkeit von Beispielen angeht.

Einzig kreide ich die Verwendung von Frameworks (Stubbles) und anderen Helferlein (Propel etc.) an. Leider nützt mir persönlich das sehr wenig beim Erlernen bestimmter Entwurfsmuster bzw. deren Implementierung. Ich weiß nicht was den Autor dazu bewegt hat, zwischen den einzelnen Entwurfsmustern in der Art der Präsentation derart zu variieren. Hier ein eigene Implementation, dort ein Framework, anderswo eine ORM. Schade eigentlich. Denn wenn ich auf die Verwendung von bestimmten Frameworks etc. aus bin, lese ich Literatur dazu. Nicht aber, wenn ich allgemein theoretische Ansätze vermittelt bekommen möchte.

Manko10

Wie ich schon schrieb finde ich, dass die Nachvollziehbarkeit keinesfalls leidet. Für eine allgemeingültige und von Beispielen losgelöste Beschreibung besitzt jedes Kapitel ja einen Definitionsabschnitt. Ansonsten werden die Patterns gerade durch die fortgeführten Beispiele in einen Gesamtkontext gesetzt, in dem sie betrachtet werden müssen. Wenn ich mir einzelne losgelöste Patterns z.B. in der Wikipedia anschaue, dann habe ich einen gute Eindruck vom Pattern selbst, aber noch nicht von dessen konkreter Anwendung. Ein Pattern existiert nie für sich allein. Kein Pattern ist zum Selbstzweck da. Der Anwendungsfall bestimmt das Pattern, nicht umgekehrt und um diese Fälle umfassend darzustellen, ist ein Gesamtkontext notwendig.

Auch wenn hier der die Sinnhaftigkeit von Frameworks gezeigt wird (die Implementierung der entsprechenden Patterns ist wirklich aufwendig), so kann ich dir hier zustimmen. Das ist aber auch mein einziger Kritikpunkt am Buch.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

nikosch

Vor allem gilt dies für Interfaces, auf die viele Entwurfsmuster aufbauen. Ich lese gerade ein Buch über OOP-Javascript, das genau denselben didaktischen Weg geht (siehe auch Grundlagenthread). Ich persönlich finde das sehr sinnvoll, schon, weil man sich auch mit den grundlegenden Patterns und Prinzipien auseinandersetzen muss. So werden bspw. auch Vergleiche zwischen Decorator und Composite behandelt u.ä.

Ich finde das PHP Design Patterns (soweit ich das von Google Books kenne) auch sehr gut. Und selbst mit den dort fehlenden Seiten hat sich mir das meiste sehr gut erschlossen. Ich habe es schon woanders geschrieben: Es ist nicht wichtig, ob ein Lehrbuch ein „Auto“ als Beispiel verwendet. Entscheidend für das Verständnis ist, dass der Leser dieses Beispiel abstrahieren und die neu behandelten Teile auf den Unterschied reduzieren kann. Deswegen vermute ich eher, dass Dir schlicht noch die Denke fehlt.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Manko10

Interessant. Um welches Buch handelt es sich?

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

nikosch

Günstige Bezugsquelle und kleine Beschreibung hier: http://www.php.de/php-einsteiger/489...nsammlung.html (Lerne Grundlagen | Quellensammlung)

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--