Die eZ Components können mit Hilfe von PEAR, aus Subversion heraus oder durch ein komprimiertes Archiv installiert werden. Das Zend Framework kann ebenfalls per Subversion oder durch ein komprimiertes Archiv installiert werden. Es gibt für das ZF aber nur ein inoffziellen PEAR Channel. Eine Besonderheit der eZ Components ist, dass alle Komponenten auf der Klasse ezcBase basieren.

Stefan ist kurz auf die unterschiedlichen Begrifflichkeiten eingegangen. Bei den eZC ist der Name “Components” bereits enthalten und weist darauf hin, dass es sich um eine Komponentensammlung handelt. Beim ZF ist der Name “Framework” enthalten und weist darauf hin, dass es sich um ein Framework handelt. Wenn man mich fragen würde, würde ich sagen, dass beide sowohl als Komponentensammlung als auch als Framework eingesetzt werden können. Was beide nicht sind: Fullstack-Frameworks, die einen mit Konfigurationsdateien erschlagen und jegliches Denken abzunehmen versuchen. Aber zum Glück fragt mich ja niemand… ;-)

Im weiteren Verlauf hat Stefan die jeweiligen Model-View-Controller Implementationen in Form von Grafiken für die eZC und das ZF gezeigt. Kleine Anmerkung dazu: die Grafik zum ZF zeigte im Prinzip nur den Ablauf, wenn man Zend_Controller_Front verwendet. Der Model und der View Part ist dort gar nicht enthalten.

Stefan hat danach einige nützliche Komponenten der eZC ausführlicher vorgestellt:

• ezcArchive
• ezcGraph
• ezcMail
• ezcSearch

Und auch aus dem ZF hat er einige Komponenten herausgepickt:

• Zend_Acl
• Zend_Pdf
• Zend_Mail *)
• Zend_Search_Lucene

Zum Schluss zeigte Stefan kurz auf, wie man beide Welten kombinieren kann, was durch die Autoloader-Funktion schneller geht als Nase putzen.

Auf die Frage, wer denn alles die eZ Components und das Zend Framework einsetzt, gabe es eine leichte Tendenz in Richtung des Zend Frameworks. Ich selber habe meinen Schwerpunkt bekanntlich auf das Zend Framework gelegt. Aber ich empfehle jedem, der noch auf der Suche ist, auch die eZ Components in die engere Auswahl aufzunehmen und diese gründlich auf die eigenen Bedürfnisse hin zu untersuchen.

*) Kleiner Hinweis, der mir erst später eingefallen ist: Zend_Mail bietet natürlich auch die Möglichkeit, Emails per POP3, IMAP, usw. abzurufen.

Im ersten Teil am Mittwoch hat Tobias zu Beginn einen kurzen Überblick über den aktuellen Stand der eZ components gegeben sowie die Möglichkeiten zur Installation und die grundlegende Architektur erläutert. Danach ging es schon los mit einem Praxisbeispiel, einem einfachen Photoalbum. Anhand dieses Beispiels hat Tobias die Verwendung der Komponenten Database, PersistentObject, Log, ImageConversion, Archive, Config und UserInput vorgestellt und den Code der Beispielanwendung erläutert. Mir ist aufgefallen, dass die eZ components bisher über keine MVC Komponente verfügen. Wenn ich mich nicht irre, soll solch eine Komponente aber bald kommen. Besonders die Komponente ImageConversion fand ich persönlich sehr interessant und ich könnte mir vorstellen, sie auch in einem auf dem Zend Framework basierenden Projekt zu verwenden.

Im zweiten Teil am gestrigen Mittwoch hat Tobias dann anhand einer weiteren Beispielanwendung, einem Webmailer, intensiv die Komponenten Mail und Template erläutert. Im Gegensatz zum Zend Framework verfügen die eZ components bereits über eine Template Engine mit eigener Templatesprache. Hierbei werden die Templates (wie bei Smarty) kompiliert und müssen bei wiederholtem Aufruf nicht neu geparst werden. Das Gute an der Templatesprache ist, dass sie sich leicht mit eigenen Funktionen erweitern lässt. Leider konnte ich den Kurs nicht bis zum Ende verfolgen, so dass ich nicht genau weiß, was ich noch spannendes verpasst habe.

Die beiden Kurse waren auf jeden Fall sehr interessant und Tobias war sehr gut vorbereitet. Anhand der beiden Beispielanwendungen konnte man einen guten Einblick bekommen, wie man mit Hilfe der eZ components eine eigene Applikation aufbauen kann. Wer sich für die eZ components interessiert und den Kurs verpasst hat, sollte Ausschau halten, ob sie noch mal wiederholt werden. Ich kann nur jedem empfehlen, sich einmal die Zeit dafür zu nehmen.

• Konfiguration mit der php.ini Datei
• Konfiguration mit einem PHP Array
• Konfiguration mit einer Textdatei
• Konfiguration mit einer XML Datei
• Konfiguration mit einer Datenbank (z.B. MySQL)

Bei jeder Option bewertet der Autor diese und gibt Tipps, wann diese Option sinnvoll ist und wann nicht. Am Ende des Artikel gibt der Autor noch weitere Tipps, welche Parameter man üblicherweise in einer Konfigurationsdatei vorhalten sollte und welche nicht.

Fünf Punkte sind mir spontan aufgefallen:

1. Ich weiss nicht ganz genau, warum der Autor ini_get(”include_path”) statt get_include_path() verwendet.
2. In dem verwendeten Datenbankschema gibt es einen Primärschlüssel ‘id’. Diesen würde ich weglassen und stattdessen die Spalte ‘name’ als Primärschlüssel definieren. Das macht das Arbeiten mit einer Settingstabelle in einer Datenbank noch einfacher.
3. Bei der Option, die Konfiguration in der php.ini vorzuhalten, fehlt meiner Meinung nach der Hinweis, dass man auch lokale php.ini Dateien verwenden kann. Damit umgeht man das Problem, sitespezifische Konfigurationseinstellungen global verwalten zu müssen.
4. Zudem fehlt noch eine weitere Option. Und zwar kann man auch eine eigene .ini Datei verwenden, die nicht php.ini heißt, z.B. settings.ini, und kann diese in einem beliebigen Verzeichnis außerhalb des Document_Root ablegen, so dass niemand anderes darauf Zugriff hat. Über parse_ini_file() lässt sich diese leicht einlesen.
5. Statt eine eigene Konfigurationsklasse zu schreiben, kann man auch fertige Lösungen verwenden, wie z.B. die Komponente Zend_Config aus dem Zend Framework, die Komponente ezcConfiguration aus den eZ components oder die Klasse PEAR::Config. Allen genannten Lösungen ist gemein, dass sie verschiedene Formate wie Array, .ini Dateien oder XML Dateien lesen können.

Fazit: Alles in allem bietet der Artikel dennoch gerade für Einsteiger einen guten Einblick in die Materie.

Der Trainer ist Tobias Schlitt, der bereits seit mehr als 5 Jahren in der PHP Community sehr aktiv ist. Er arbeitet für eZ systems am eZ components Projekt. Die Schulungen werden beide in deutscher Sprache abgehalten.

Ich habe mich bereits für beide Teile angemeldet und bin schon gespannt, was mich so erwartet. Im Schulungsangebot von dynamic-webpages.de sind übrigens auch zwei kostenpflichtige Schulungen zum Zend Framework am 25.9.2006 und 27.9.2006 für zusammen 89,95 Euro. Der Trainer ist hier Carsten Möhrke, der unter anderem die beiden Bücher “Besser PHP programmieren” und “PHP PEAR” verfasst hat.