> Hallo,
> 
> >Damit best�tigst Du meine Argumente :-)
> >Ich werds dann auch so machen.
> 
> eine andere Frage in diesem Zusammenhang:
> wie realisiert Du das "Umschalten" zwischen den
> einzelnen Schritten des Assitenten? Bekommt
> jeder Schritt eine eigene Seite?
> 
> Ich habe hierzu unter http://www.aspintranet.de/aspintranet/assitable/
> (Mitarbeiter anlegen "funktioniert" im Moment (durch Klick auf den
> wei�en Pfeil im gr�nen Quadrat)) folgenden Ansatz getestet:
> 
> Ich erzeuge in einer einzigen ASP-Seite alle
> Schritte des Assistenten und packe diese in Tabellenspalten, die
> je nach Schritt mit dem Style "display:none" oder
> "display:inline" dargestellt werden.

W�rde ich genauso machen... Funzt halt nicht auf allen Browsern, aber
das Ding w�rde man sowieso eher im Intranet einsetzen...
Ich w�rde aber nicht Tabellenspalten nehmen, sondern einfache DIVs, aber
das ist eigentlich egal...

> 
> F�r mich ergibt das imho einen Vorteil in der �bersichtlichkeit.
> Auch denke ich, da� man den Assitenten dann leicht aus
> einer DB generieren k�nnte inkl. Fehlerbehandlung f�r Formular-
> felder. Weiterhin ben�tigt man zur Speicherung der Daten
> (welche ja letztlich immer das Ergebnis des Assitenten sein d�rfte),
> nur eine einzige Seite. Um dies zu erm�glichen erarbeite

Die einzige Seite ist das Argument, dass meiner Meinung nach am meisten
z�hlt, sonst m�sste die Klasse �ber mehrere Aufrufe hinweg die Daten
verwalten.... Und man w�sste nie genau, wann man die Klasse ausf�hren
muss und wann das eingeben der Daten abgeschlossen ist... (das geht
schon, nur eben nicht "sch�n")

> ich gerade eine Klasse, die mir im Prinzip einen "For Each Element
> in Request.Form" mit komfortableren Zugriff auf die einzelnen
> Elemente der Formulare erm�glicht.

Wof�r? Wenn der Assistent fertig ist, hat man alles und kann normal
darauf zugreifen, je nachdem wie es die Logik verlangt...

> 
> Bei der Generierung des Assitenten in einer Klasse verfahre 
> ich �brigens
> so, wie Du es beschrieben hast, also Klasse mit Methoden. F�r
> integrierte Treeviews oder anderes verwende ich wiederum 
> eigene Objekte.
> 
> Gibt es Gr�nde, die gegen meine Vorgehensweise mit den Tabellen bzw.
> allgemein sprechen?
> 
> 

N�...

Aber mach nicht den Fehler ein komplettes kompliziertes Treeview-Objekt
in das Fenster einzubauen... Sondern ein abgespecktes, dass genau auf
diesen Einsatzgebiet optimiert ist und einem alle wichtigen
Entscheidungen abnimmt....

claudius


| [aspdecoffeehouse] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp

Antwort per Email an