View Scripte
Sobald dein Controller die Variablen übergeben und die render()
Methode aufgerufen hat, inkludiert Zend_View das angeforderte View
Skript und führt es "innerhalb" des Gültigkeitsbereichs der Zend_View
Instanz aus. Deshalb weisen Referenzen auf $this in deinem View Skript auf die
Zend_View Instanz selber.
Auf Variablen, die vom Controller an den View übergeben worden sind, kann als Eigenschaften
der Instanz zurückgegriffen werden. Wenn der Controller zum Beispiel eine Variable
'irgendwas' übergeben hat, würdest du in deinem View Skript über $this->irgendwas darauf
zugreifen können. (Dies erlaubt es dir, den Überblick darüber zu behalten, welche Variablen
an das Skript übergeben worden sind und welche Variablen intern zum Skript selber gehören.)
Zur Erinnerung hier noch einmal das Beispiel View Skript aus der
Zend_View Einführung.
span style="color: #ff0000;">'author''title'
Ausgaben maskieren
Eine der wichtigsten Aufgaben, die in einem View Skript zu erledigen sind, ist es
sicherzustellen, dass die Ausgaben auch richtig maskiert sind; neben anderen Dingen
hilft dies auch Cross-Site Scripting Attacken zu vermeiden. Sofern du keine Funktion,
Methode oder einen Helfer verwendest, der die Maskierungen selber durchführt, solltest
Du Variablen immer maskieren, wenn du sie ausgeben möchtest.
Zend_View stellt eine Methode escape() bereit, die das Maskieren
für dich übernimmt.
// schlechte View Skript Praxis:
// gute View Skript Praxis:
Standardmäßig verwendet escape() die PHP htmlspecialchars() Funktion
für die Maskierung. Allerdings könntest du abhängig von deiner Umgebung den Wunsch
haben, die Maskierung anders durchzuführen. Verwende die setEscape() Methode auf der
Controller Ebene, um Zend_View mitzuteilen, welche
Maskierungsmöglichkeit als Callback verwendet werden soll.
// erstelle eine Zend_View Instanz
// teile ihr mit, dass htmlentities für die Maskierung
// verwendet werden soll
$view->setEscape('htmlentities');
// oder teile ihr mit, eine statische Klassenmethode für
// die Maskierung zu verwenden
'SomeClass', 'methodName'));
// sogar Instanzmethoden sind möglich
'methodName'));
// und dann erstelle die Ausgabe
Diese Callback Funktion oder Methode sollte den zu maskierenden Wert als ersten
Parameter übernehmen und alle anderen Parameter sollten optional sein.
Verwendung alternativer Templatesysteme
Obwohl PHP selber eine mächtiges Templatesystem ist, haben viele
Entwickler das Gefühl, dass es zu mächtig oder komplex für die Template Designer ist und
möchten ein alternatives Templatesystem verwenden. Zend_View
stellt zwei Mechanismen bereit, um dies zu realisieren, die erste durch Viewskripte und
die zweite durch Implementierung von Zend_View_Interface.
Template Systeme die View Scripte verwenden
Ein Viewskript kann verwendet werden, um ein separats Templateobjekt zu instanzieren
und anzupassen, z.B. für eine PHPLIB-style Template. Das
Viewskript für solch eine Aufgabe könnte so aussehen:
span style="color: #ff0000;">'template.inc'"booklist" => "booklist.tpl",
"eachbook" => "eachbook.tpl"'author', $this->escape($val['author''title', $this->escape($val['title']);
$tpl->parse("books", "eachbook""output", "booklist""nobooks", "nobooks.tpl")
$tpl->pparse("output", "nobooks");
}
Dies wären die zugehörigen Template Dateien:
<!-- booklist.tpl -->
<table>
<tr>
<th>Autor</th>
<th>Titel</th>
</tr>
{books}
</table>
<!-- eachbook.tpl -->
<tr>
<td>{author}</td>
<td>{title}</td>
</tr>
<!-- nobooks.tpl -->
<p>Es gibt keine Bücher zum Anzeigen.</p>
Ein Templatesystem mit Hilfe von Zend_View_Interface verwenden
Manche finden es einfacher, ein Zend_View kompatibles
Templatesystem zu verwenden. Zend_View_Interface definiert
die minimale Schnittstelle, die zur Kompatibilität benötigt wird.
/**
* Gebe das aktuelle Template Engine Objekt zurück
*//**
* Setze den Pfad zu den Viewskripten / Templates
*//**
* Setze den Pfad zu allen View Ressourcen
*/'Zend_View');
/**
* Füge einen zusätzlichen Basispfad den View ressourcen hinzu
*/'Zend_View');
/**
* Empfange die aktuellen Skript Pfade
*//**
* Überladungsmethoden zum Zuordnen von Templatevariablen
* als Objekteigenschaften
*//**
* Manuelle Zuweisung von Templatevariablen oder die Möglichkeit,
* mehrere Variablen in einem Durchgang zuzuordnen.
*//**
* Alle zugewiesenen Templatevariablen zurücksetzen
*//**
* Rendern des Templates mit dem Namen $name
*/
Durch Verwendung dieses Interfaces ist es relativ einfach, das Templatesystem eines
Dritten in eine Zend_View kompatible Klasse zu umhüllen. Als
Beispiel folgt ein möglicher Wrapper für Smarty:
span style="color: #808080; font-style: italic;">/**
* Smarty object
* @var Smarty
*//**
* Constructor
*
* @param string $tmplPath
* @param array $extraParams
* @return void
*//**
* Gebe das aktuelle Template Engine Objekt zurück
*
* @return Smarty
*//**
* Setze den Pfad zu den Templates
*
* @param string $path Das Verzeichnis, das als Pfad gesetzt werden soll.
* @return void
*/'Invalid path provided');
}
/**
* Empfange das aktuelle template Verzeichnis
*
* @return string
*//**
* Alias für setScriptPath
*
* @param string $path
* @param string $prefix nicht verwendet
* @return void
*/'Zend_View'/**
* Alias für setScriptPath
*
* @param string $path
* @param string $prefix nicht verwendet
* @return void
*/'Zend_View'/**
* Weise dem Template eine Variable zu
*
* @param string $key der Variablenname.
* @param mixed $val der Variablenwert.
* @return void
*//**
* Erlaubt das Testen von empty() und isset()
*
* @param string $key
* @return boolean
*//**
* Erlaubt das Zurücksetzen von Objekteigenschaften
*
* @param string $key
* @return void
*//**
* Weise dem Template Variablen zu
*
* Erlaubt das Zuweisen eines bestimmten Wertes zu einem bestimmten
* Schlüssel, ODER die Übergabe eines Array mit Schlüssel => Wert
* Paaren zum Setzen in einem Rutsch.
*
* @see __set()
* @param string|array $spec Die zu verwendene Zuweisungsstrategie
* (Schlüssel oder Array mit Schlüssel => Wert paaren)
* @param mixed $value (Optional) Wenn ein Variablenname verwendet wurde,
* verwende diesen als Wert
* @return void
*//**
* Setze alle zugewiesenen Variablen zurück.
*
* Setzt alle Variablen zurück, die Zend_View entweder durch
* {@link assign()} oder Überladen von Eigenschaften
* ({@link __get()}/{@link __set()}) zugewiesen worden sind.
*
* @return void
*//**
* Verarbeitet ein Template und gibt die Ausgabe zurück
*
* @param string $name Das zu verarbeitende Template
* @return string Die Ausgabe.
*/
In diesem Beispiel kannst du die Zend_View_Smarty anstelle
von Zend_View instanzieren und es dann ungefähr wie
Zend_View verwenden:
// Beispiel 1. In initView() des Initialisers.
'/Pfad/der/Templates''ViewRenderer'':controller/:action.:suffix')
->setViewScriptPathNoControllerSpec(':action.:suffix')
->setViewSuffix('tpl');
// Beispiel 2. Die Verwendung im Action Controller bleibt die gleiche...
'Zend PHP 5 Zertifizierungs Study Guide';
$this->view->author = 'Davey Shafik und Ben Ramsey'
}
}
// Beispiel 3. Initialisierung der View im Action Controller
'/path/to/templates''viewRenderer'':controller/:action.:suffix')
->setViewScriptPathNoControllerSpec(':action.:suffix')
->setViewSuffix('tpl');
}
}
|
|