Erstellen von Form durch Verwendung von Zend_FormDie Zend_Form Klasse wird verwendet um Form Element, Anzeigegruppen und Unterforms zu gruppieren. Sie kann die folgenden Aktionen an diesen Elementen vornehmen:
Wärend Formen die mit Zend_Form erstellt werden komplex sein können, ist der warscheinlich beste Verwendungzweck eine einfache Form; die beste Verwendung ist für Rapid Application Development (RAD) und Prototyping. In der einfachsten Art, wird einfach ein Form Objekt instanziert:
Es kann optional eine Instanz von Zend_Config oder ein Array übergeben werden, welches verwendet wird um den Status des Objektes zu setzen sowie potentiell neue Elemente zu erstellen:
Zend_Form ist iterierbar und iteriert durch die Elemente, Anzeigegruppen und Subforms, indem es die Reihenfolge in der diese registriert wurde verwendet und jede Reihenfolge die der Index hat. Das ist nützlich in den Fällen in denen Elemente manuell in einer bestimmten Reihenfolge dargestellt werden sollen. Zend_Form's Magie liegt in der Fähigkeit als Factory für Elemente und Anzeigegruppen zu arbeiten, genauso wie die Fähigkeit sich selbst durch Dekoratore darzustellen. Plugin LoaderZend_Form verwendet Zend_Loader_PluginLoader um es Entwicklern zu erlauben Orte von alternativen Elementen und Dekoratoren zu spezifizieren. Jeder hat seinen eigenen mit Ihm assoziierten Plugin Loader, und generelle Zugriffspunkte werden verwendet um jeden zu empfangen und zu ändern. Die folgenden Loadertypen werden mit den verschiedenen Plugin Loader Methoden verwendet: 'element' und 'decorator'. Die Typnamen sind unabhängig von der Schreibweise. Die Methoden um mit Plugin Loader zu interagieren sind die folgenden:
Zusätzlich kann ein Präfixpfad für alle Elemente und Anzeigegruppen die durch eine Zend_Form Instanz erstellt wurden, spezifiziert werden, durch Verwendung der folgenden Methoden:
Eigene Elemente und Dekoratore sind ein einfacher Weg um Funktionalitäten zwischen Forms zu teilen und eigene Funktionalitäten zu kapseln. Siehe das Eigene Label Beispiel in der Dokumentation über Elemente als Beispiel dafür, wie eigene Elemente als Ersatz für Standardklassen verwendet werden können. ElementeZend_Form bietet verschiedene Zugriffsmethoden für das Hinzufügen und Entfernen von Elementen aus einer Form. Diese können Instanzen von Elemente Objekten nehmen oder als Factories für das Instanzieren der Element Objekte selbe herhalten. Die grundsätzlichste Methode für das Hinzufügen eines Elements ist addElement(). Diese Methode kann entweder ein Objekt vom Typ Zend_Form_Element sein (oder einer Klasse die Zend_Form_Element erweitert), oder Argumente für das Erstellen eines neuen Elements -- inklusive dem Elementtyp, Namen, und jegliche Konfigurationsoption. Einige Beispiele:
Sobald ein Element der Form hinzugefügt wurde, kann es durch den Namen empfangen werden. Das kann entweder durch die Verwendung der getElement() Methode, oder durch Verwendung von Überladen um auf das Element als Objekteigenschaft zuzugreifen:
Fallweise, will man ein Element erstellen ohne es einer Form hinzuzufügen (zum Beispiel, wenn man die verschiedenen Plugin Pfade verwenden, aber das Objekt später zu einer Subform hinzufügen will). Die createElement() Methode erlaubt das:
Werte bekanntgeben und empfangenNach der Prüfung einer Form, will man typischerweise die Werte empfangen damit andere Operationen durchgeführt werden können, wie das Aktualisieren einer Datenbank oder der Abfrage eines Web Services. Es können alle Werte für alle Elemente empfangen werden durch Verwendung von getValues(); getValue($name) erlabt es ausserdem den Wert eines einzelnen Elements durch den Elementnamen zu erhalten:
Manchmal soll die Form mit spezifizierten Werte veröffentlicht werden bevor Sie dargestellt wird. Das kann entweder mit den setDefaults() oder populate() Methoden getan werden:
Auf der anderen Seiten kann es gewünscht sein ein Formular, nach der Übertragung oder der Prüfung, zu löschen; das kann durch Verwendung der reset() Methode durchgeführt werden:
Globale OperationenFallweise wird man wollen das bestimmte Operationen alle Elemente beeinflussen. Übliche Szenarien enthalten das Setzen des Plugin Präfix Pfades für alle Elemente, Setzen der Dekoratore für alle Elemente, und das setzen von Filtern für alle Elemente. Als Beispiel: Example #1 Setzen von Präfix Pfaden für alle Elemente Präfix Pfade können für alle Elemente durch den Typ oder der Verwendung eines globalen Präfix gesetzt werden. Einige Beispiele:
Example #2 Dekoratore für alle Elemente setzen Man kann Dekoratore für alle Elemente setzen. setElementDecorators() akzeptiert ein Array von Dekoratoren, wie setDecorators(), und überschreibt jeden vorher gesetzten Dekorator in jedem Element. In diesem Beispiel wird der Dekorator einfach auf einen ViewHelfer und ein Label gesetzt:
Example #3 Setzen von Dekoratoren für einige Elemente Man kann Dekoratore auch für ein Subset von Elementen setzen, entweder durch Ausbeziehung oder durch Ausgrenzung. Das zweite Argument von setElementDecorators() kann ein Array von Elementnamen sein; standardmäßig setzt so ein Array den spezifizierten Dekrator nur auf diese Elemente. Man kann auch einen dritten Parameter angeben, ein Flag das anzeigt ob diese Liste von Elementen einbezogen oder ausgegrenzt werden sollen. Wenn das Flag FALSE ist, werden alle Elemente dekoriert ausser denen die in der Liste übergeben wurden. Die normale Verwendung der Methode besteht darin, das alle übergebenen Dekoratore alle vorher gesetzten Dekoratore in jedem Element überschreiben. Im folgenden Schnipsel, sagen wir das wir nur die ViewHelper und Label Dekoratore für die 'foo' und 'bar' Elemente haben wollen: Auf der anderen Seite zeigt dieses Schnipsel jetzt an das nur nur die ViewHelper und Label Dekoratore für jedes Element verwenden wollen ausgenommen die 'foo' und 'bar' Elemente:
Example #4 Filter für alle Elemente setzen In einigen Fällen will man den selben Filter auf alle Elemente anwenden; ein üblicher Fall ist es alle Werte zu trim()men: Methoden für die Interaktion mit ElementenDie folgenden Methoden können verwendet werden um mit Elementen zu interagieren:
AnzeigegruppenAnzeigegruppen sind ein Weg um virtuell Gruppierungen von Elementen für Anzeigezwecke zu erstellen. Alle Elemente bleiben durch Ihren Namen in der Form zugreifbar, aber wenn die Form iteriert oder dargestellt wird, werden alle Elemente in Anzeigegruppen gemeinsam dargestellt. Üblicherweise wird das für die Gruppierung von Elementen in Fieldsets verwendet. Die Basisklasse für Anzeigegruppen ist Zend_Form_DisplayGroup. Wärend Sie direkt Instanziert werden kann, ist es normalerweise am besten die addDisplayGroup() Methode von Zend_Form zu verwenden um das zu erledigen. Diese Methode nimmt ein Array von Elementen als erstes Argument, und einen Namen für die Anzeigegruppe als zweites Argument. Es kann optional ein Array von Optionen oder ein Zend_Config Objekt als drittes Argument übergeben werden. Angenommen das die Elemente 'username' und 'passwort' bereits in der Form gesetzt wurden. Dann würde der folgende Code diese Elemente in einer 'login' Anzeigegruppe gruppieren: Auf Displaygruppen kann mithilfe der getDisplayGroup() Methode zugegriffen werden, oder über Überladung inden der Name der Anzeigegruppe verwendet wird:
Globale OperationenWie bei den Elementen gibt es einige Operationen welche alle Anzeigegruppen beeinflussen; diese inkludieren das Setzen von Dekoratoren und Setzen des Plugin Pfades in denen nach Dekoratoren nachgesehen werden soll. Example #5 Setzen des Dekorator Präfix Pfades für alle Anzeigegruppen Standardmäßig erben Anzeigegruppen die Dekorator Pfade welche die Form verwendet; wenn trotzdem in alternativen Orten nachgeschaut werden soll kann die addDisplayGroupPrefixPath() Methode verwendet werden.
Example #6 Setzen von Dekoratoren für alle Anzeigegruppen Es können Dekoratore für alle Anzeigegruppen gesetzt werden. setDisplayGroupDecorators() akzeptiert ein Array von Dekoratoren, wie setDecorators(), und überschreibt alle vorher gesetzten Dekoratore in jeder Anzeigegruppe. In diesem Beispiel setzen wir die Dekoratore einfach auf ein Fieldset (der FormElements Dekorator ist notwendig um sicherzustellen das die Elemente iterierbar sind):
Eigene Anzeigegruppen Klassen verwendenStandardmäßig verwendet Zend_Form die Zend_Form_DisplayGroup Klasse für Anzeigegruppen. Man kann diese Klasse erweitern um eigene Funktionalitäten anzubieten. addDisplayGroup() erlaubt es nicht eine konkrete Instanz zu übergeben, aber sie erlaubt es eine Klasse zu spezifizieren die als eine Ihrer Optionen verwendet wird, indem der 'displayGroupClass' Schlüssel verwendet wird: Wenn die Klasse noch nicht geladen wurde, versucht Zend_Form das zu tun, indem Zend_Loader verwendet wird. Es kann auch eine eine Standardklasse für Anzeigegruppen definiert werden die mit der Form zu verwenden ist, sodas alle Anzeigegrupen die mit dem Form Objekt erstellt werden diese Klasse verwenden:
Diese Einstellung kann in Konfigurationen als 'defaultDisplayGroupClass' spezifiziert werden, und wird früh geladen um sicherzustellen das alle Anzeigegruppen diese Klasse verwenden. Methoden für die Interaktion mit AnzeigegruppenDie folgenden Methoden können verwendet werden um mit Anzeigegruppen zu interagieren:
Methoden von Zend_Form_DisplayGroupZend_Form_DisplayGroup hat die folgenden Methoden, gruppiert nach Typ:
SubformenSubformen haben unterschiedliche Zwecke:
Eine Subform kann ein Zend_Form Objekt sein, oder typischerweise ein Zend_Form_SubForm Objekt. Das zweitere enthält Dekoratore die für das Einfügen in größere Formen passen (z.B. gibt es keine zusätzlichen HTML form Tags aus, gruppiert aber Elemente). Um eine Subform anzuhängen, muß diese einfach der Form hinzugefügt und ein Name vergeben werden:
Eine Subform kann empfangen werden indem entweder getSubForm($name) oder Überladung mithilfe des Namens der Subform verwendet wird:
Subformen sind bei der Iteration der Form enthalten, aber die Elemente die Sie enthalten nicht. Globale OperationenWie Elemente und Anzeigegruppen. gibt es einige Operationen für die es notwendig ist alle Subformen zu bearbeiten. Anders als Anzeigegruppen und Elemente, erben Subformen die meisten Funktionalitäten vom Hauptform Objekt, und die einzige wirklich Operation die durchgeführt werden sollte, ist das Setzen der Dekoratore für Subformen. Für diesen Zweck, gibt es die setSubFormDecorators() Methode. Im nächsten Beispiel setzen wir den Dekorator für alle Subformen einfach auf ein Fieldset (der FormElements Dekorator wird benötigt um sicherzustellen das seine Elemente iterierbar sind):
Methoden für die Interaktion mit SubfomenDie folgenden Meothden können verwendet werden um mit Subformen zu interagieren:
Metadaten und AttributeWärend die Nützlichkeit von Formen primär von den Elementen die Sie enthalten her rührt, enthhalten Sie auch anderen Metadaten, wie einen Namen (oft verwendet als eindeutige ID im HTML Markup); die Aktion und Methode der Form; die Anzahl an Elementen, Gruppen, und Subformen die Sie enthält; und sonstige Metadaten (die normalerweise verwendet werden um HTML Attribute für das Form Tag selbst zu setzen). Der Name der Form kann mithilfe der name Zugriffsmethoden gesetzt und empfangen werden:
Um die Aktion (URL zu der die Form übermittelt) und Methode (Methode mit der übermittelt werden soll, 'POST' oder 'GET') zu setzen, können die Zugriffsmethoden für action und method verwendet werden:
Man kann auch den Encoding Typ des Formulars spezifizieren indem die Enctype Zugriffsmethode verwendet wird. Zend_Form definiert zwei Konstanten, Zend_Form::ENCTYPE_URLENCODED und Zend_Form::ENCTYPE_MULTIPART, die den Werten 'application/x-www-form-urlencoded' und 'multipart/form-data' entsprechen; trotzdem kann das auf jeden gewünschten Encodingtyp gesetzt werden.
Zend_Form implementiert das Countable Interface, welches es erlaubt es als Argument fürs Zählen zu übergeben: Das Setzen von eigenen Metadaten wird durch die attribs Zugriffsmethode durchgeführt. Da Überladen in Zend_Form verwendet wird um auf Elemente, Anzeigegruppen, und Subformen zuzugreifen ist das die einzige Methode für den Zugriff auf Metadaten.
DekoratoreDas Erstellen des Markups für eine Form ist oft ein zeitintensiver Arbeitsschritt, speziell wenn man plant das selbe Markup wiederzuverwenden um Dinge zu zeigen wie Prüffehler, übermittelte Werte, usw. Zend_Form's Antwort hierfür sind Dekoratore. Dekoratore für Zend_Form Objekte können verwendet werden um eine Form darzustellen. Der FormElements Dekorator iteriert durch alle Elemente in einer Form -- Elemente, Anzeigegruppen, und Subformen -- stellt sie dar, und gibt das Ergebnis zurück. Zusätzliche Dekoratore können dann verwendet werden um diese Inhalte zu wrappen, sie anzufügen oder sie voranzustellen. Die Standarddekoratore für Zend_Form sind FormElemente, HtmlTag (wrappt in einer Definitionsliste), und Form; der entsprechende Code für deren Erstellung ist wie folgt: Das erstellt eine Ausgabe wie die folgende:
Jegliche Attribute die auf dem Form Objekt gesetzt sindwerden als HTML Attribute des <form> Tags verwendet.
Man kann eigene Dekoratore für die Erzeugung der Form erstellen. Ein üblicher Grund hierfür ist, wenn man das exakte HTML weiß das man verwenden will; der Dekorator könnte das exakte HTML erstellen und es einfach zurückgeben, wobei potentiell die Dekoratore der individuellen Elemente oder Anzeigegruppen verwendet werden. Die folgenden Methoden können verwendet werden um mit Dekoratoren zu interagieren:
Zend_Form verwendet auch das Überladen um die Darstellung von speziellen Dekoratoren zu erlauben. __call() interagiert mit Methoden die mit dem Text 'render' beginnen und verwendet den Rest des Methodennamens um nach einem Dekorator zu suchen; wenn er gefunden wird, wird dieser einzelne Dekorator dargestellt. Jedes Argument das dem Methodenaufruf übergeben wird, wird als Inhalt an die render() Methode des Dekorators übergeben. Als Beispiel: Wenn der Dekorator nicht existiert, wird eine Exception geworfen. PrüfungEin primärer Verwendungszweck für Forms ist die Überprüfung von übermittelten Daten. Zend_Form erlaubt es eine komplette Form, eine teilweise Form, oder Antworten von XmlHttpRequests (AJAX) zu prüfen. Wenn die übertragenen Daten nicht gültig sind, hat es Methoden für das Empfangen der verschiedenen Fehlercodes und Nachrichten für Elemente und Subformen. Um eine ganze Form zu prüfen, kann die isValid() Methode verwendet werden:
isValid() prüft jedes benötigte Element, und jedes nicht benötigte Element das in den übermittelten Daten enthalten ist. Manchmal muß nur ein Subset der Daten geprüft werden; dafür kann isValidPartial($data) verwendet werden:
isValidPartial() versucht nur die Teile zu prüfen für die es passende Elemente gibt; wenn ein Element nicht in den Daten repräsentiert ist, wird es übersprungen. Wenn Elemente oder Gruppen von Elementen für eine AJAX Anfrage geprüft werden, wird üblicherweise ein Subset der Form geprüft, und die Antwort in JSON zurückgegeben. processAjax() führt das präzise durch:
Man kann dann einfach die JSON Antwort an den Client senden. Wenn die Form gültig ist, wird das eine boolsche TRUE Antwort sein. Wenn nicht, wird es ein Javascript Objekt sein das Schlüssel/Nachricht Paare enthält, wobei jede Nachricht 'message' ein Array von Prüf-Fehlermeldungen enthält. Für Forms bei denen die Prüfung fehlschlägt, können beide, Fehlercodes und Fehlermeldung empfangen werden, indem getErrors() und getMessages() verwendet werden:
Codes und Fehlermeldungen kann man für individuelle Elemente erhalten indem einfach der Name des Elements an jede übergeben wird:
Selbst definierte FehlermeldungenVon Zeit zu Zeit ist es gewünscht ein oder mehrere spezielle Fehlermeldungen zu spezifizieren die statt den Fehlermeldungen verwendet werden sollen die von den Validatoren verwendet werden die dem Element angehängt sind. Zusätzlich will man von Zeit zu Zeit ein Element selbst als ungültig markieren. Diese Funktionalität ist über die folgenden Methoden ermöglicht.
Alle auf diesem Weg gesetzten Fehler können übersetzt werden. Nur einen gültigen Wert empfangenEs gibt Szenarien in denen man dem Benutzer erlauben will in verschiedenen Schritten mit einem gültigen Formular zu arbeiten. In der Zwischenzeit wird dem Benutzer erlaubt das Formular mit jedem Set an Werte zu speichern. Dann, wenn alle Daten spezifiziert wurden kann das Modell von der Building oder Prototyping Stufe zu einer Gültigen Stufe transferiert werden. Alle gültigen Werte die mit den übermittelten Daten übereinstimmen können empfangen werden indem folgendes aufgerufen wird:
MethodenNachfolgend ist eine komplette Liste der in Zend_Form vorhandenen Methoden, gruppiert nach Typ:
KonfigurationZend_Form ist über setOptions() und setConfig() vollständig konfigurierbar (oder durch die Übergabe von Optionen oder einem Zend_Config Objekt an den Konstruktor). Durch Verwendung dieser Methoden können Form Elemente, Anzeigegruppen, Dekoratore, und Metadaten spezifiziert werden. Als generelle Regel, wenn 'set' + der Optionsschlüssel zu einer Zend_Form Methode referieren, wird der angebotene Wert zu dieser Methode übergeben. Wenn die Methode nicht existiert, wird angenommen das der Schlüssel eine Referenz zu einem Attribut ist, und wird an setAttrib() übergeben. Ausnahmen zu dieser Regel sind die folgenden:
Als Beispiel ist hier eine Konfigurationsdatei die eine Konfiguration für jeden Typ von konfigurierbaren Daten übergibt:
Das obige könnte einfach abstrahiert werden zu einer XML oder PHP Array-basierenden Konfigurations Datei. Eigene FormsEine Alternative zur Verwendung von Konfigurations-basierenden Forms ist es Zend_Form abzuleiten. Das hat einige Vorteile:
Der typischste Anwendungsfall würde sein die init() Methode zu verwenden um spezielle Form Elemente und Konfigurationen zu definieren:
Diese form kann instanziert werden mit einem einfachen:
und die gesamte Funktionalität ist bereits eingestellt und bereit; keine Konfigurationsdateien notwendig. (Bitte beachten das dieses Beispiel sehr vereinfacht ist, da es keine Prüfungen oder Filter für die Elemente enthält.) Ein anderer üblicher Grund für die Erweiterung ist es ein Set von Standard Dekoratoren zu definieren. Das kann durch überladen der loadDefaultDecorators() Methode durchgeführt werden:
|
|