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. 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 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. 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? Gruss Alex www.aspintranet.de | [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
