[DasMööp]

(was hat es eigentlich mit dem _inc im Klassennamen auf sich?)

Naja die Datei heisst so ... hat keinen tieferen hintergrund Hab das mal
so aufgeschnappt und bei mir sind die inc immer interneClassen. Oder Globale
Classen von Modulen lauten xxx.mod.php5 hmmm...

Du übergibst deiner Form-Klasse optional ein Handle einer Datenbank-Abfrage (um hier weiter zu abstrahieren, sprich die Klasse unabhängig von MySQL zu machen,

verstehe ich nicht das mit dem unabhängig

übergibt man in solchen Fällen gerne TransferObjects oder was in der Art, also hier z.B. eine Klasse speziell für MySQL, die Abfrage-Ergebnisse beinhaltet (bzw. sie nur Datensatz für Datensatz aus der Datenbank rüberkopiert) und über eine einheitliche Schnittstelle erreichbar ist, so dass die Client-Klasse eben gar nicht weiß, woher die Daten kommen).
Wie erstellst du diese Datenbank-Abfrage?

Naja ich habe meine mysql classe ... da hole ich mir die Daten raus und geb Sie der From Classe (man könnte das direkt für den Fall mit einer Methode in der mysql classe abhandeln das ist klar ... dann würden die Daten direkt an
die Form Classe gehen)

Bislang aber erstmal so :
$res = $this->classCms['mysql']->get_query('user','id="2"');

bis die Form classe zufriedenstellen ist.

Die müsste ja genau zum Formular passen. Deinem CMS-Objekt übergibst du alle Werte, also auch die Datenbank-Spalten-Namen, aber diese Info reicht ja nicht. Wo ist definiert, in welcher Tabelle die Daten liegen, wo die weiteren Infos, die für eine Abfrage nötig sind?

$res = $this->classCms['mysql']->get_query('user','id="2"');
(tabelen name ohne sufix (wenn das so heisst), where klausel)
Den Tabellen Namen kann man oben in einer Var definieren.

wie oben erwähnt könnte man hier ja dann eine

$this->classCms['mysql']->set_formQuery('user','id="2"');

welche dann die Var (result) in der Form classe setzt.

Was macht diese Funktion für einen Sinn?

Naja, zum befüllen des Formulares mit lediglich diesem einen Aufruf.


Im Moment generiere ich noch keine formulare, das dies noch gedanklich
erst umgesetzt werden muss, wenn das überhaupt Sinnvoll ist vom
aufwand her.

Was, wenn Formulare variabel sind? Ist der Besucher z.B. eingeloggt, dann braucht es in deinem Kontaktformular hier die Felder "nick" und "mail" etc. nicht.

Der Punkt ist sehr gut daran habe ich noch nicht gedacht. Fazit ist aber durch einen erstmal flüchtigen Test. Ich kann ein Formular jetzt auch Laden
ohne das die Felder mit von der Partie sind, nur wenn das als "Must"-feld
bezeichnet wurde ist der Status ja false. Hier müsste man noch eine
Login/Logoff klausel definieren. Wobei mir da aber auch nur das Kontakt
Formular einfallen würde. hmm ....

Die Frage bei einer automatischen Generierung

Das kommt erst in Frage wenn die jetzige Classe vernünftig genug ist, meine
aber das hier noch reichlich dran zu schrauben ist. Auch wenn es aktuell
funzt. So grobe Überlegungen mache ich mir aber nebenbei.


--- Typisches normales Feld aus einer Datei ---
<p class="{$styleInputDescription_feld0}">Dein Nick</p>
<input class="form_text {$styleInputField_feld0}" type="text" name="feld0" value="{$feld0}" size="30">

[Basti]

Zitat von DasMööp

Naja die Datei heisst so ... hat keinen tieferen hintergrund Hab das mal
so aufgeschnappt und bei mir sind die inc immer interneClassen. Oder Globale
Classen von Modulen lauten xxx.mod.php5 hmmm...

Würde ich eher ein Präfix vornedran setzen: MyCMS_View oder so.

verstehe ich nicht das mit dem unabhängig

So ist deine Formular-Klasse immer daran gebunden, mit einer MySQL-Datenbank zusammenzuarbeiten. Willst/Musst du eine Anwendung auf ein System mit pg oder sonstwas portieren, dann musst du sogar deine Formular-Klasse umschreiben, obwohl die ja eigentlich nichts mit der Datenbank zu tun haben müsste/sollte.

Bin gerade ein bisschen aus dem Thema, da ich gerade ein paar Tage unterwegs war, daher … belasse ich´s mal dabei.

Basti