Formulardesigner speichern

kerstel · 07.06.2011, 13:00

Hallo,

ich entwickle gerade einen Formulardesigner, mit dem ich Eingabefelder auf einer Seite per Maus platzieren kann. Diese Felder werden später inhaltlich mit Daten aus einer DB befüllt.

Ich überlege nun wie ich die Felder speichere. In einer DB mit x/y Koordinate, oder in einer Datei, die später in die HTML Seite includiert wird. Was findet Ihr besser?

lg ralf

Chriz · 07.06.2011, 13:23

Ich würde nur die Reihenfolge und evtl. Ausrichtung (bei PLZ / Stadt oder Straße / Hausnummer Kombinationen) speichern.

kerstel · 07.06.2011, 14:35

ok, d.h. alle eigenschaften (maxlength, x/y usw) in einer selbst erzeugten html datei, und den rest in ner db? sollte die ausrichtung etc. dann nicht sinnvollerweiße aber auch in html-datei stehen?

Chriz · 07.06.2011, 15:03

Du solltest das trennen:

Benutzereingaben speichern
Benutzereingaben laden
Benutzereingaben bearbeiten/erweitern
Benutzereingaben exportieren (hier wäre der Punkt das HTML-Layout zu generieren)

Wenn bei dir "Benutzereingaben speichern" = "Benutzereingaben in HTML exportieren" gleichgesetzt ist, kannst du nicht mehr nachträglich bearbeiten/erweitern oder andere Exportvarianten (andere Layouts, für PDF statt HTML, ..) einbauen.

Wenn ich einen Formular-Generator benutze, möchte ich exakt festlegen, wie was auszusehen hat (und es gibt immer irgendwo Ausnahmen) und ich möchte vor allem nachträglich Änderungen machen können, ohne das ganze Formular neu einzutippern.

Hast du nur ein HTML-Layout, hast du bereits ein Ausgabeformat, dass du ohne Metainformationen nicht mehr ohne weiteres bearbeiten/einlesen kannst.

kerstel · 07.06.2011, 15:08

d.h. alle Eigenschaften wie Art des Feldes (Text, Radio..), x/y, width, maxlength,...... stehen in der datenbank. ich mache mir nur sorgen um die performance, da es in dem system nachher hunderte von formularen geben wird, die mehrere user gleichzeitig aufrufen. der formulardesigner wird aufgebort werden, sodass es auch z.B. eine Buttonleiste oder Tabellen auf der Seite gibt, die der User Anpassen kann.

Chriz · 07.06.2011, 16:20

Benutz einfach einen Cache, der die HTML-Exportvariante bei der ersten Erzeugung zwischenspeichert und bei einer Änderung wieder verwirft.

kerstel · 07.06.2011, 16:44

dafür kann ich ja smarty nehmen

Chriz · 07.06.2011, 16:50

Smarty braucht kein Mensch.

kerstel · 07.06.2011, 17:02

Ein Thema über das ich nicht mehr Diskutiere

http://www.phphatesme.com/blog/php/w...tieren-werden/

Chriz · 07.06.2011, 17:13

Mag sein, aber deine Aussage, nur weil ich Caching angesprochen habe, ist halt die typische Argumentation, die Smarty-Freunde bei ähnlichen Punkten immer wieder aufführen.

Smarty kann dies, Smarty kann das, wow Smarty kann sogar PHP ausführen, Smarty kann cachen, Smarty kann Schleifen umsetzen und Datumsangaben formatieren. Klingt alles beeindruckend, kann halt PHP aber auch schon. Logischerweise kann Smarty aber nichts, was PHP nicht kann.

Mich würden wirklich mal echte Argumente interessieren, die tatsächlich einen konkurrenzlosen Mehrwert bieten. Und da siehts halt ziemlich mau aus bei Templateengines.

Aber gut.

Würde trotzdem ein Rohdatenformat in der DB speichern, wie du dann den Exporter gestaltest, ob mit Smarty oder direkt in PHP, ist dann ja egal und gerade der Vorteil von der Entkopplung.

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

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
User der Webseite wieder erkennen und Status speichern	Wolf66	PHP Einsteiger	12	24.03.2011 01:15
MySQL-Abfrage in einer MySQL-DB speichern - Wie?	EPMS	Datenbanken	8	31.01.2011 12:33
Informationen bei Verlassen der Seite speichern	Multivac	JavaScript, Ajax und mehr	3	16.04.2010 18:25
Formulareingaben mit Dateiverwaltung lokal speichern	pudem	PHP Tipps 2009	1	27.09.2009 13:09
[Erledigt] Refresh nach Speichern verhindern	stemser	PHP Tipps 2008	7	12.11.2008 22:55
[Erledigt] XML ausliefern - ohne Speichern?!	Curanai	PHP Tipps 2008	6	23.08.2008 01:38
Audio-Recorder / Zugriff auf Mikrofon -> speichern	agrajag	JavaScript, Ajax und mehr	4	27.07.2008 17:19
Bild Komprimiert speichern	Culutio	PHP-Fortgeschrittene	15	18.02.2007 18:54
[Erledigt] Speichern unter... geht nicht!!!		PHP-Fortgeschrittene	8	09.02.2006 16:55
Bild (.jpg) mit Link auf Festplatte speichern	PsychoEagle	PHP Tipps 2005-2	11	16.06.2005 14:54
Bilder speichern statt anzeigen...		PHP Tipps 2005	3	25.04.2005 15:22
[Erledigt] Emails speichern		Datenbanken	1	08.02.2005 20:06
Mail inkl. all. Elementen speichern		Beitragsarchiv	5	29.12.2004 13:21
Bild speichern das mit der GDLib erstellt wurde.	Stefano	PHP Tipps 2004	2	22.09.2004 11:53
Formular in Mysql Datenbank speichern	Anuschka	Datenbanken	1	15.08.2004 02:55

07.06.2011, 13:00
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 128	Formulardesigner speichern Hallo, ich entwickle gerade einen Formulardesigner, mit dem ich Eingabefelder auf einer Seite per Maus platzieren kann. Diese Felder werden später inhaltlich mit Daten aus einer DB befüllt. Ich überlege nun wie ich die Felder speichere. In einer DB mit x/y Koordinate, oder in einer Datei, die später in die HTML Seite includiert wird. Was findet Ihr besser? lg ralf


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

07.06.2011, 13:23
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.266	Ich würde nur die Reihenfolge und evtl. Ausrichtung (bei PLZ / Stadt oder Straße / Hausnummer Kombinationen) speichern. __________________ "Nuschel ich?" - "Was?"

07.06.2011, 14:35
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 128	ok, d.h. alle eigenschaften (maxlength, x/y usw) in einer selbst erzeugten html datei, und den rest in ner db? sollte die ausrichtung etc. dann nicht sinnvollerweiße aber auch in html-datei stehen?

07.06.2011, 15:03
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.266	Du solltest das trennen: Benutzereingaben speichern Benutzereingaben laden Benutzereingaben bearbeiten/erweitern Benutzereingaben exportieren (hier wäre der Punkt das HTML-Layout zu generieren) Wenn bei dir "Benutzereingaben speichern" = "Benutzereingaben in HTML exportieren" gleichgesetzt ist, kannst du nicht mehr nachträglich bearbeiten/erweitern oder andere Exportvarianten (andere Layouts, für PDF statt HTML, ..) einbauen. Wenn ich einen Formular-Generator benutze, möchte ich exakt festlegen, wie was auszusehen hat (und es gibt immer irgendwo Ausnahmen) und ich möchte vor allem nachträglich Änderungen machen können, ohne das ganze Formular neu einzutippern. Hast du nur ein HTML-Layout, hast du bereits ein Ausgabeformat, dass du ohne Metainformationen nicht mehr ohne weiteres bearbeiten/einlesen kannst. __________________ "Nuschel ich?" - "Was?"

07.06.2011, 15:08
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 128	d.h. alle Eigenschaften wie Art des Feldes (Text, Radio..), x/y, width, maxlength,...... stehen in der datenbank. ich mache mir nur sorgen um die performance, da es in dem system nachher hunderte von formularen geben wird, die mehrere user gleichzeitig aufrufen. der formulardesigner wird aufgebort werden, sodass es auch z.B. eine Buttonleiste oder Tabellen auf der Seite gibt, die der User Anpassen kann.

07.06.2011, 16:20
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.266	Benutz einfach einen Cache, der die HTML-Exportvariante bei der ersten Erzeugung zwischenspeichert und bei einer Änderung wieder verwirft. __________________ "Nuschel ich?" - "Was?"

07.06.2011, 16:44
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 128	dafür kann ich ja smarty nehmen

07.06.2011, 16:50
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.266	Smarty braucht kein Mensch. __________________ "Nuschel ich?" - "Was?"

07.06.2011, 17:02
kerstel Erfahrener Benutzer Registriert seit: 08.08.2008 Beiträge: 128	Ein Thema über das ich nicht mehr Diskutiere http://www.phphatesme.com/blog/php/w...tieren-werden/

07.06.2011, 17:13
Chriz Moderator Registriert seit: 11.05.2008 Beiträge: 6.266	Mag sein, aber deine Aussage, nur weil ich Caching angesprochen habe, ist halt die typische Argumentation, die Smarty-Freunde bei ähnlichen Punkten immer wieder aufführen. Smarty kann dies, Smarty kann das, wow Smarty kann sogar PHP ausführen, Smarty kann cachen, Smarty kann Schleifen umsetzen und Datumsangaben formatieren. Klingt alles beeindruckend, kann halt PHP aber auch schon. Logischerweise kann Smarty aber nichts, was PHP nicht kann. Mich würden wirklich mal echte Argumente interessieren, die tatsächlich einen konkurrenzlosen Mehrwert bieten. Und da siehts halt ziemlich mau aus bei Templateengines. Aber gut. Würde trotzdem ein Rohdatenformat in der DB speichern, wie du dann den Exporter gestaltest, ob mit Smarty oder direkt in PHP, ist dann ja egal und gerade der Vorteil von der Entkopplung. __________________ "Nuschel ich?" - "Was?"