PHP: Formular Generator - Seite 2

Flor1an · 14.12.2007, 20:06

Großes Problem ist einfach die Vielfalt an Ansprüchen die an ein Formular gestellt werden. Weil alle Möglichkeiten kann man schwer abdecken! Vor allem bei der Validierung ist es problematisch. Ich hab es mir so gebastelt dass ich sehr einfach im Quellcode noch weitere abfragen zusätzlich programmieren kann die dann trotzdem die Klasse übernimmt. So bekomme ich keine riesen Klasse die für jede Möglichkeit eine eigene Routine darstellt. Inetwa so.

PHP-Code:

  <?php

$form->date('start', '2007-01-01');

$form->date('ende', '2007-01-02');

if ($form->submitted AND strtotime($form->get('start') >= strtotime($form->get('ende')) {

    $form->add_error('ende', 'Das Enddatum muss vor dem Startdatum liegen!');

}

?>

Solche Fehler sind schwer allgemein abzufangen. Aber irgendwie hätte ich es trotzdem gern in einer Klasse :/

Ne andere Frage auf die ich noch keine elegante Lösung gefunden habe:
Bis jetzt halte ich es so dass ich Sprache möglichst komplett im Template halte. Dann müsste zwar für jede Sprache ein eigenes Template erstellt werden aber dafür habe ich keine riesige Datei in der die ganzen Strings gespeichert werden. Da ich sehr viel verschiedene Texte auf der Seite habe ist das sehr angenehm.

Das Problem bei dem Formular sind eben Labels, Beschreibung und vor allem Fehlernachrichten. Bis jetzt muss ich diese in einer eigenen Datei als String zu verfügung halten. Das gefällt mir aber nicht wirklich :/ Das ist schrecklich da jedes mal einen neuen Wert anzulegen.

Zergling-new · 14.12.2007, 20:28

Solche "unnormalen" Überprüfungen hat doch eigentlich fast jedes Formular. Ich hab dafür meine Conditionals, die über den Controller Zugriff auf andere Elemente haben.

Bei mir würde das also in etwa so aussehen:

PHP-Code:

  <?php

$form->add("start")->filterDate();

$form->add("ende")->filterDate()->checkGreaterAs("start");

?>

Dafür würde dann etwa folgendes Konstrukt benötigt:

PHP-Code:

  <?php

class Form_Conditional_GreaterAs extends Form_Conditional

{

  protected $_name = null;

  public function isConsistent()

  {

    return $this->_value > $this->getController()->getElement($this->_name)->getValue();

  }

  public function setGreaterAs($name)

  {

    $this->_name = $name;

  }

}

?>

Ist also schon alles möglich.

Zum Thema Sprache: Das liefert das Model im MVC-Pattern, zumindest bei mir. Sonst hätte das ja außer ein paar mickrigen Daten liefern fast nichts zu tun

nikosch · 15.12.2007, 17:24

Das Prinzip ist schon nicht schlecht. Ich bin mit meinem Array-initialisierten Formmanager immer wieder an Grenzen gestoßen, z.B. bei Feldabhängigkeiten bei Ajax- oder Reload-Geschichten. Vielleicht setz ich mich nach Weihnachten mal ran.
Was mir allerdings immer noch Kopfzerbrechen macht ist die Problematik MVC-Pattern vs. Templating (an anderer Stelle bereits diskutiert), welche bei Formmanagement besonders zum Tragen kommt. Im Prinzip finde ich nämlich Templates mit Basiseingabefeldern schon ganz praktisch. Die lassen sich optisch gut via CSS anpassen, auch mal speziell anordnen etc.

Sofort treten dann aber die ersten Probleme auf:
- Jedes Element muß über eine ID identifiziert werden, um es dann über Formmanager zu initialisieren / überschreiben zu lassen
- relevante Input / Select Eigenschaften (maxlength / multiple) direkt angeben und dann parsen oder über den Formmanager angeben
- Platzhalter für Checkboxfelder: Einzelelemente = umständlich zu parsen, Gruppenelement = wieder nicht individuell darzustellen
usw. usf.

Wenn ich Deine (Zergling) Lösung richtig interpretiere, werden die Felder bisher nur nacheinander über ein Eingabeart-bezogenes Template ausgegeben, oder? Das macht die Lösung für mich noch nicht flexibel genug (bezüglich der Anordnung der resultierenden html Anordnung). Bestimmte Abhängigkeiten (z.B. nach Button Neuladen /via Ajax Wert holen und ihn in Feld soundso eintragen) ließen sich sicher über dein Aktionsset angeben.

Muß da mal tiefer eintauchen.

TriloByte · 06.02.2009, 23:06

Ich finde deinen Ansatz sehr interessant, vor allem der Teil mit den Constraints (das fehlt bei meiner Implementierung noch völlig) aber leider auch an einigen Stellen zu unflexibel.
Das Problem, das ich an deinem Ansatz sehe, ist zum Einen die schon erwähnte Unflexibilität in der Ausgabe des Formulars und die nicht zentrale Definition von Fehlermeldungen. Generische Errors zu schreiben wird also nicht direkt unterstützt. Überhaupt ist Sprache im Code unschön, aber das lässt sich natürlich auslagern. Das call-chaining finde ich ehrlich gesagt furchtbar. Es erschwert die Lesbarkeit des Codes. Wie soll das erst aussehen, wenn ein Feld mehrere Bedingungen erfüllen muss?

Ich habe mich vor einiger Zeit ebenfalls mit dem Thema Formularvalidierung auseinandergesetzt und eine kleine Bibliothek geschrieben. Momentan ist sie eine Smarty Erweiterung, die Kopplung ist aber sehr lose und deshalb auch ohne Smarty sehr schnell verwendbar. Eine Beschreibung (englisch) und Beispiele gibt es hier:

Another Formvalidator

Vielleicht für den ein oder anderen eine nützliche Anregung. Auch mein Ansatz hat natürlich Schwächen, die ich noch angehen muss: Kopplung an die Session und Kopplung an ein error-file. Beide Kopplungen sind aber ebenfalls lose und werden bald entfernt.
Ein Constraintsystem werde ich nachdem ich das hier gelesen habe noch nachrüsten. Wirklich nötige und nützliche Sache.

Gruß!

Dave Waterstone · 16.01.2010, 19:21

Wo ist die Klasse denn hin? Links laufen nicht

Flor1an · 16.01.2010, 19:47

Schonmal aufs Datum des letzten Beitrages geschaut?

Themenmoderation:
[Ω] Thema geschlossen

Chriz · 06.07.2010, 03:14

Als Anmerkung: Zend_Form macht eigentlich genau das, was hier beschrieben wird.

PS: die Verlinkung ist seit der phpfriend.de Migration wohl zerstoert, da hat wohl jemand mit Suchen/Ersetzen auch die Links hier getroffen

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

LinkBacks (?) LinkBack to this Thread: http://www.php.de/tutorials/45163-php-formular-generator.html
Erstellt von	For	Type	Datum
Metacrawler - Die Metasuchmaschine.	This thread	Refback	30.03.2011 19:15
Suche PHP Formular mit leich erweiterbaren Feldern - PSD-Tutorials.de	This thread	Refback	19.01.2011 13:56
www.webmail.de - Ihr kostenloser und vielseitiger Mailanbieter	This thread	Refback	25.10.2010 19:53
Formulare mit Ausgabewert auf Homepage erstellen - Forum - CHIP Online	This thread	Refback	16.05.2010 19:34
Metacrawler - Die Metasuchmaschine.	This thread	Refback	01.02.2010 19:05
Suche PHP Formular mit leich erweiterbaren Feldern - PSD-Tutorials.de - Forum	This thread	Refback	11.04.2009 18:32
Suche: PHP Formular Validierungs Bibliothek - FoN.phoenix	This thread	Refback	19.02.2009 18:30

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Formular - Generator -	dh1sbg	Trash	1	01.06.2008 11:56
Smiley Generator	Jay0815	PHP Tipps 2008	3	28.12.2007 16:22
Wert aus Textfeld in neues Formular übernehmen (kein Submit)	PsychoEagle	HTML, Usability und Barrierefreiheit	9	02.01.2007 14:51
formular includen	samspa5	PHP Tipps 2006	13	18.03.2006 11:37
Datenbank auslesen, in Formular darstellen und ï¿½ndern		PHP Tipps 2006	8	22.02.2006 17:51
[Erledigt] Formular in Formular		HTML, Usability und Barrierefreiheit	4	19.10.2005 12:18
leeres Formular		PHP Tipps 2005-2	15	05.10.2005 16:49
[Erledigt] Formular testen ....		HTML, Usability und Barrierefreiheit	7	19.09.2005 14:03
[Erledigt] PHP Formular ~~wichtig~~		PHP Tipps 2005	27	29.05.2005 19:38
Formular --> Ergebnis auf anderer Seite anzeigen	Jojo1	PHP Tipps 2005	58	01.02.2005 17:13
[Erledigt] Im Formular user abfragen?		Datenbanken	3	06.01.2005 10:51
[Erledigt] PHP Formular - Daten an nächsten Schritt weiter geben - Wie?		PHP Tipps 2005	14	02.01.2005 20:05
Formular nach UPDATE anzeigen		PHP Tipps 2004-2	5	22.12.2004 02:06
[Erledigt] Daten in einem Formular ausgeben und ändern		PHP Tipps 2004-2	7	07.12.2004 17:22
[Erledigt] Daten in neuem Formular anzeigen		PHP Tipps 2004	6	21.07.2004 10:44

14.12.2007, 20:06
Flor1an ¯\_(ツ)_/¯ Registriert seit: 18.06.2008 Beiträge: 8.814 PHP-Kenntnisse: Fortgeschritten	Großes Problem ist einfach die Vielfalt an Ansprüchen die an ein Formular gestellt werden. Weil alle Möglichkeiten kann man schwer abdecken! Vor allem bei der Validierung ist es problematisch. Ich hab es mir so gebastelt dass ich sehr einfach im Quellcode noch weitere abfragen zusätzlich programmieren kann die dann trotzdem die Klasse übernimmt. So bekomme ich keine riesen Klasse die für jede Möglichkeit eine eigene Routine darstellt. Inetwa so. PHP-Code: `<?php $form->date('start', '2007-01-01'); $form->date('ende', '2007-01-02'); if ($form->submitted AND strtotime($form->get('start') >= strtotime($form->get('ende')) { $form->add_error('ende', 'Das Enddatum muss vor dem Startdatum liegen!'); } ?>` Solche Fehler sind schwer allgemein abzufangen. Aber irgendwie hätte ich es trotzdem gern in einer Klasse :/ Ne andere Frage auf die ich noch keine elegante Lösung gefunden habe: Bis jetzt halte ich es so dass ich Sprache möglichst komplett im Template halte. Dann müsste zwar für jede Sprache ein eigenes Template erstellt werden aber dafür habe ich keine riesige Datei in der die ganzen Strings gespeichert werden. Da ich sehr viel verschiedene Texte auf der Seite habe ist das sehr angenehm. Das Problem bei dem Formular sind eben Labels, Beschreibung und vor allem Fehlernachrichten. Bis jetzt muss ich diese in einer eigenen Datei als String zu verfügung halten. Das gefällt mir aber nicht wirklich :/ Das ist schrecklich da jedes mal einen neuen Wert anzulegen.


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

14.12.2007, 20:28
Zergling-new Erfahrener Benutzer Registriert seit: 21.05.2008 Beiträge: 9.937	Solche "unnormalen" Überprüfungen hat doch eigentlich fast jedes Formular. Ich hab dafür meine Conditionals, die über den Controller Zugriff auf andere Elemente haben. Bei mir würde das also in etwa so aussehen: PHP-Code: `<?php $form->add("start")->filterDate(); $form->add("ende")->filterDate()->checkGreaterAs("start"); ?>` Dafür würde dann etwa folgendes Konstrukt benötigt: PHP-Code: `<?php class Form_Conditional_GreaterAs extends Form_Conditional { protected $_name = null; public function isConsistent() { return $this->_value > $this->getController()->getElement($this->_name)->getValue(); } public function setGreaterAs($name) { $this->_name = $name; } } ?>` Ist also schon alles möglich. Zum Thema Sprache: Das liefert das Model im MVC-Pattern, zumindest bei mir. Sonst hätte das ja außer ein paar mickrigen Daten liefern fast nichts zu tun

15.12.2007, 17:24
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 34.241 PHP-Kenntnisse: Fortgeschritten	Das Prinzip ist schon nicht schlecht. Ich bin mit meinem Array-initialisierten Formmanager immer wieder an Grenzen gestoßen, z.B. bei Feldabhängigkeiten bei Ajax- oder Reload-Geschichten. Vielleicht setz ich mich nach Weihnachten mal ran. Was mir allerdings immer noch Kopfzerbrechen macht ist die Problematik MVC-Pattern vs. Templating (an anderer Stelle bereits diskutiert), welche bei Formmanagement besonders zum Tragen kommt. Im Prinzip finde ich nämlich Templates mit Basiseingabefeldern schon ganz praktisch. Die lassen sich optisch gut via CSS anpassen, auch mal speziell anordnen etc. Sofort treten dann aber die ersten Probleme auf: - Jedes Element muß über eine ID identifiziert werden, um es dann über Formmanager zu initialisieren / überschreiben zu lassen - relevante Input / Select Eigenschaften (maxlength / multiple) direkt angeben und dann parsen oder über den Formmanager angeben - Platzhalter für Checkboxfelder: Einzelelemente = umständlich zu parsen, Gruppenelement = wieder nicht individuell darzustellen usw. usf. Wenn ich Deine (Zergling) Lösung richtig interpretiere, werden die Felder bisher nur nacheinander über ein Eingabeart-bezogenes Template ausgegeben, oder? Das macht die Lösung für mich noch nicht flexibel genug (bezüglich der Anordnung der resultierenden html Anordnung). Bestimmte Abhängigkeiten (z.B. nach Button Neuladen /via Ajax Wert holen und ihn in Feld soundso eintragen) ließen sich sicher über dein Aktionsset angeben. Muß da mal tiefer eintauchen.

06.02.2009, 23:06
TriloByte Neuer Benutzer Registriert seit: 21.09.2007 Beiträge: 1	Ich finde deinen Ansatz sehr interessant, vor allem der Teil mit den Constraints (das fehlt bei meiner Implementierung noch völlig) aber leider auch an einigen Stellen zu unflexibel. Das Problem, das ich an deinem Ansatz sehe, ist zum Einen die schon erwähnte Unflexibilität in der Ausgabe des Formulars und die nicht zentrale Definition von Fehlermeldungen. Generische Errors zu schreiben wird also nicht direkt unterstützt. Überhaupt ist Sprache im Code unschön, aber das lässt sich natürlich auslagern. Das call-chaining finde ich ehrlich gesagt furchtbar. Es erschwert die Lesbarkeit des Codes. Wie soll das erst aussehen, wenn ein Feld mehrere Bedingungen erfüllen muss? Ich habe mich vor einiger Zeit ebenfalls mit dem Thema Formularvalidierung auseinandergesetzt und eine kleine Bibliothek geschrieben. Momentan ist sie eine Smarty Erweiterung, die Kopplung ist aber sehr lose und deshalb auch ohne Smarty sehr schnell verwendbar. Eine Beschreibung (englisch) und Beispiele gibt es hier: Another Formvalidator Vielleicht für den ein oder anderen eine nützliche Anregung. Auch mein Ansatz hat natürlich Schwächen, die ich noch angehen muss: Kopplung an die Session und Kopplung an ein error-file. Beide Kopplungen sind aber ebenfalls lose und werden bald entfernt. Ein Constraintsystem werde ich nachdem ich das hier gelesen habe noch nachrüsten. Wirklich nötige und nützliche Sache. Gruß!

16.01.2010, 19:21
Dave Waterstone Benutzer Registriert seit: 15.01.2004 Beiträge: 68	Klasse Wo ist die Klasse denn hin? Links laufen nicht __________________ .::Wenn das Rauskommt, wo ich überall reinkomme, komme ich da Rein, wo ich so schnell nicht mehr Rauskomme::. .:ie drei natürlichen Feinde des WebWorkers: Frischluft, Sonnenschein und das unerträgliche Gebrüll der Vögel.::

16.01.2010, 19:47
Flor1an ¯\_(ツ)_/¯ Registriert seit: 18.06.2008 Beiträge: 8.814 PHP-Kenntnisse: Fortgeschritten	Schonmal aufs Datum des letzten Beitrages geschaut? Themenmoderation: [Ω] Thema geschlossen

06.07.2010, 03:14
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.069	Als Anmerkung: Zend_Form macht eigentlich genau das, was hier beschrieben wird. PS: die Verlinkung ist seit der phpfriend.de Migration wohl zerstoert, da hat wohl jemand mit Suchen/Ersetzen auch die Links hier getroffen __________________ "Nuschel ich?" - "Was?"