Programmer's Reference Guide

Kapitel 8. Zend_Controller

Inhaltsverzeichnis

8.1. Zend_Controller Schnellstart
8.1.1. Einführung
8.1.2. Schnelleinstieg
8.1.2.1. Ordnerstruktur anlegen
8.1.2.2. Wurzelverzeichnis setzen
8.1.2.3. Rewrite-Regeln erstellen
8.1.2.4. Boostrap-Datei erstellen
8.1.2.5. Den Action-Controller für die Startseite erstellen
8.1.2.6. Das View-Script erstellen
8.1.2.7. Fehler-Controller erstellen
8.1.2.8. Die Seite ansehen!
8.2. Zend_Controller Grundlagen
8.3. Der Front Controller
8.3.1. Übersicht
8.3.2. Grundlegende Methoden
8.3.2.1. getInstance()
8.3.2.2. setControllerDirectory() und addControllerDirectory()
8.3.2.3. addModuleDirectory() und getModuleDirectory()
8.3.2.4. dispatch()
8.3.2.5. run()
8.3.3. Methoden für Umgebungszugriff
8.3.4. Front Controller-Parameter
8.3.5. Klassen vom Front-Controller ableiten
8.4. Das Request Objekt
8.4.1. Einführung
8.4.2. HTTP Anfragen
8.4.2.1. Auf Request Daten zugreifen
8.4.2.2. Basis Url und Unterverzeichnisse
8.4.2.3. Erkennen der Anfrage Methode
8.4.2.4. Erkennen von AJAX Anfragen
8.4.3. Vererben des Anfrage Objektes
8.5. Der Standard Router
8.5.1. Einführung
8.5.2. Einen Router verwenden
8.5.3. Grundsätzliche Rewrite Router Operationen
8.5.4. Standard Routen
8.5.5. Basis URL und Unterverzeichnisse
8.5.6. Router Typen
8.5.6.1. Zend_Controller_Router_Route
8.5.6.1.1. Variable Standards
8.5.6.1.2. Variable Anforderungen
8.5.6.1.3. Routen von Hostnamen
8.5.6.2. Zend_Controller_Router_Route_Static
8.5.6.3. Zend_Controller_Router_Route_Regex
8.5.7. Zend_Config mit dem RewriteRouter verwenden
8.5.8. Erben vom Router
8.6. Der Dispatcher
8.6.1. Überblick
8.6.2. Erben vom Dispatcher
8.7. Action Kontroller
8.7.1. Einführung
8.7.2. Objekt Initialisierung
8.7.3. Pre- und Post-Dispatch Hooks
8.7.4. Zugriffe
8.7.5. View Integration
8.7.5.1. View Initialisierung
8.7.5.2. Rendern von Views
8.7.6. Nützliche Methoden
8.7.7. Erweitern des Aktion Kontrollers
8.8. Action Helfer
8.8.1. Einführung
8.8.2. Helfer Initialisierung
8.8.3. Der Helfer Broker
8.8.4. Eingebaute Aktions Helfer
8.8.4.1. ActionStack
8.8.4.2. AutoComplete
8.8.4.2.1. AutoCompletion mit Dojo
8.8.4.2.2. AutoCompletion mit Scriptaculous
8.8.4.3. ContextSwitch und AjaxContext
8.8.4.3.1. Vorhandene Standard Kontexte
8.8.4.3.2. Eigene Kontexte erstellen
8.8.4.3.3. Kontexte per Aktion setzen
8.8.4.3.4. Kontext Switching initialisieren
8.8.4.3.5. Zusätzliche Funktionalitäten
8.8.4.3.6. AjaxContext Funktionalität
8.8.4.4. FlashMessenger
8.8.4.4.1. Einführung
8.8.4.4.2. Beispiel einer standardmäßigen Verwendung
8.8.4.5. JSON
8.8.4.6. Redirector
8.8.4.6.1. Einführung
8.8.4.6.2. Beispiel für die grundsätzliche Verwendung
8.8.4.7. ViewRenderer
8.8.4.7.1. Einführung
8.8.4.7.2. API
8.8.4.7.3. Grundsätzliches Beispiel der Verwendung
8.8.4.7.4. Erweiterte Beispiel der Verwendung
8.8.5. Schreiben eigener Helfer
8.9. Das Response Objekt
8.9.1. Verwendung
8.9.2. Header manipulieren
8.9.3. Benannte Segmente
8.9.4. Auf Ausnahmen im Antwort Objekt testen
8.9.5. Erben vom Antwort Objekt
8.10. Plugins
8.10.1. Einführung
8.10.2. Plugins schreiben
8.10.3. Plugins verwenden
8.10.4. Empfangen und Manipulieren von Plugins
8.10.5. Plugins die in der Standard Distribution enthalten sind
8.10.5.1. ActionStack
8.10.5.2. Zend_Controller_Plugin_ErrorHandler
8.10.5.2.1. Den Fehler Handler als 404 Handler verwenden
8.10.5.2.2. Zuvor gerenderte Ausgaben erhalten
8.10.5.2.3. Beispiele für die Verwendung des Plugins
8.10.5.2.4. Beispiel für den Fehler Kontroller
8.11. Eine konventionelle modulare Verzeichnis Struktur verwenden
8.11.1. Einführung
8.11.2. Verzeichnisse für Modul Kontroller spezifizieren
8.11.3. Zu Modulen routen
8.11.4. Modul oder globaler Standard Kontroller
8.12. MVC Ausnahmen
8.12.1. Einführung
8.12.2. Wie können Ausnahmen behandelt werden ?
8.12.3. MVC Ausnahme die auftreten können
8.13. Migration von vorhergehenden Versionen
8.13.1. Migration von 1.5.x zu 1.6.0 oder neuer
8.13.1.1. Änderungen im Dispatcher Interface
8.13.2. Migration von 1.0.x zu 1.5.0 oder neuer
8.13.3. Migration von 0.9.3 nach 1.0.0RC1 oder neuer
8.13.4. Migration von 0.9.2 nach 0.9.3 oder neuer
8.13.5. Migration von 0.6.0 nach 0.8.0 oder neuer
8.13.6. Migration von 0.2.0 oder früher nach 0.6.0

8.1. Zend_Controller Schnellstart

8.1.1. Einführung

Zend_Controller ist das Herz des MVC-Systems des Zend Framework. MVC bedeutet Model-View-Controller und ist ein Entwurfsmuster, das darauf abzielt, Anwendungslogik von Anzeigelogik zu trennen. Zend_Controller_Front implementiert ein Front-Controller-Entwurfsmuster, das vorschreibt, dass alle Anfragen vom Front-Controller abgefangen und abhängig von der angeforderten URL an individuelle Action-Controller weitergeleitet werden.

Das Zend_Controller System wurde im Sinne der Erweiterungsmöglichkeiten entwickelt, entweder durch Erstellen von Subklassen, welche die bestehenden Klassen erweitern, oder durch Erstellen neuer Klassen, welche die verschiedenen Interfaces und abstrakten Klassen implementieren, welche das Fundament der Controller Klassenfamilie bilden, oder durch das Schreiben von Plugins und Action Helper, um die Funktionalität des Systems zu erweitern oder zu verändern.

8.1.2. Schnelleinstieg

Wer mehr und tiefergehende Informationen benötigt, sollte die folgenden Abschnitte lesen. Dieser Abschnitt zeigt, wie man auf dem schnellsten Weg ein System lauffähig bekommt.

8.1.2.1. Ordnerstruktur anlegen

Der erste Schritt ist, die Ordnerstruktur für das Framework anzulegen. Typischerweise ist das die folgende:


application/
    controllers/
        IndexController.php
    models/
    views/
        scripts/
            index/
                index.phtml
        helpers/
        filters/
html/
    .htaccess
    index.php

8.1.2.2. Wurzelverzeichnis setzen

Der Webserver ist so zu konfigurieren, dass das Wurzelverzeichnis (Document Root) des Webservers im html-Verzeichnis der obigen Ordnerstruktur liegt.

8.1.2.3. Rewrite-Regeln erstellen

In die Datei html/.htaccess aus der Struktur von oben gehört der folgende Code:


RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

Die obige Rewrite-Regel routet alle Anfragen, die nicht nach Ressourcen (also Bilder, Stylesheets und Javascript-Dateien) fragen, zum Front-Controller. Wenn es noch andere Dateitypen gibt, für die der Front Controller nicht aufgerufen werden soll, müssen deren Dateiendungen lediglich in die obige Regel eingefügt werden - oder man schreibt sich seine eigenen Rewrite-Regeln.

[Anmerkung] Anmerkung

Die Rewrite-Regel oben ist für den Apache-Webserver; Beispiele für andere Webserver finden sich in der Router-Dokumentation.

8.1.2.4. Boostrap-Datei erstellen

Die Bootstrap-Datei ist die Datei, durch die alle Anfragen geleitet werden -- html/index.php in unserem Fall. In die Datei html/index.php gehört der folgende Code:


Zend_Controller_Front::run('/path/to/app/controllers');

Das instanziert den Front-Controller und führt seine dispatch()-Methode aus, die die Anfragen an die Action-Controller weitergibt.

8.1.2.5. Den Action-Controller für die Startseite erstellen

Bevor wir von Action-Controllern reden, sollte erst verstanden werden, wie Anfragen im Zend Framework behandelt werden. Standardmäßig zeigt das erste Segment eines URL auf einen Controller und das zweite Segment auf eine Aktion, die dieser Controller ausführen soll. Als Beispiel sei der URL http://framework.zend.com/roadmap/components gegeben. Der Pfad ist /roadmap/components, was die Anfrage zum Controller roadmap und dort in die Aktion components leitet. Wenn keine Aktion angegeben wird, wird index als Standard-Aktion angenommen, und wenn kein Controller angegeben wird, wird auch index als Standard-Controller angenommen. (Das folgt der Apache-Konvention, die einen DirectoryIndex automatisch findet).

Der Dispatcher von Zend_Controller nimmt dann den Wert, der als Controller angegeben ist, und schließt daraus auf eine passende Klasse. In der normalen Einstellung des Dispatchers wird der erste Buchstabe jedes Wortes im Controller-Namen groß geschrieben (Title-case), und dann das Wort Controller angehängt. Das bedeutet für unser Beispiel, dass die Anfrage nach dem Controller roadmap an die Klasse RoadmapController weitergeleitet wird.

Auf ähnliche Art wird die Methode für die Aktion bestimmt, die der Controller ausführen soll. In der Grundeinstellung wird die angefragte Aktion komplett kleingeschrieben und das Wort Action wird angehängt. In unserem Beispiel wird also die Aktion components zu componentsAction, insgesamt wird also die Methode RoadmapController::componentsAction() aufgerufen.

Also, weiter gehts. Jetzt wird ein Startseiten-Controller und eine dazugehörige Standard-Aktionsmethode erstellt. Wie vorhin bereits erwähnt, heißen Standard-Controller und -Aktion beide index. Also gehört in die Datei application/controllers/IndexController.php folgendes:


/** Zend_Controller_Action */
class IndexController extends Zend_Controller_Action
{
    public function indexAction()
    {
    }
}

Normalerweise ist ein Action-Helper namens ViewRenderer eingeschaltet. Das bedeutet, dass sofort, wenn eine leere Aktionsmethode und ein passendes View-Script existieren, Inhalte gerendert werden. Standardmäßig wird die Klasse Zend_View als View-Schicht im Zend-Framework MVC verwendet. Der ViewRenderer zaubert ein wenig, und benutzt Controller- (hier: index) und Aktionsname (hier: index), um herauszufinden, welches Template er rendern soll. Ohne dass man dies ändert, haben Templates die Dateiendung .phtml, das heißt also für unser Beispiel, dasss das Template index/index.phtml gerendert wird. Zusätzlich nimmt der ViewRenderer automatisch an, dass das Verzeichnis views auf der selben Ebene wie das controllers-Verzeichnis das View-Basisverzeichnis ist, und dass die eigentlichen View-Scripts in dessen Unterverzeichnis views/scripts/ liegen. Insgesamt hat also das Template, das gerendert wird, den Pfad application/views/scripts/index/index.phtml.

8.1.2.6. Das View-Script erstellen

Wie oben beschrieben, werden View-Scripts im Verzeichnis application/views/scripts/ abgelegt; das View-Script für den Starseiten-Controller und dessen Standard-Aktion hat den Pfad application/views/scripts/index/index.phtml. Da hinein kommt das folgende HTML:


<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
  <title>Meine erste Zend Framework-Seite</title>
</head>
<body>
    <h1>Hallo Welt!</h1>
</body>
</html>

8.1.2.7. Fehler-Controller erstellen

Standardmäßig ist das Error-Handler-Plugin registriert. Dieses Plugin erwartet, dass ein Controller existiert, der Fehler behandelt. Ohne weitere Einstellungen erwartet es einen ErrorController im Default-Modul mit einer Methode namens errorAction:


/** Zend_Controller_Action */
class ErrorController extends Zend_Controller_Action
{
    public function errorAction()
    {
    }
}

In der bereits angesprochenen Ordnerstruktur gehört dieser Code in die Datei application/controllers/ErrorController.php. Außerdem muss auch ein View-Script application/views/scripts/error/error.phtml erstellt werden; Beispielhaft könnte sein Inhalt so aussehen:


<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
  <title>Fehler</title>
</head>
<body>
    <h1>Ein Fehler ist aufgetreten</h1>
    <p>Ein Fehler ist aufgetreten; bitte versuchen Sie es später noch einmal.</p>
</body>
</html>

8.1.2.8. Die Seite ansehen!

Jetzt, wo der erste Controller und das erste View-Script geschrieben sind, kann der Browser aufgerufen und die Seite angesehen werden. Wäre example.com die Domain der Zend Framework-Installation, dann würde jeder der folgenden URLs auf die Seite zeigen, die wir gerade erstellt haben:

  • http://example.com/

  • http://example.com/index

  • http://example.com/index/index

Herzlichen Glückwunsch, Sie sind jetzt bereit, weitere Controller und Aktionsmethoden zu erstellen und Ihrer Seite damit Leben einzuhauchen.