> > > > > wie w�rdest Du es dann l�sen, den Assitenten auf > beliebige Tabellen > > > zugreifen zu lassen? Der Assistent soll unabh�ngig von > der Anzahl der > > > DB-Felder und deren Namen arbeiten. Das Auslesen der Tabellennamen > > > und deren Felder reicht aber nicht aus, da es evtl. > Felder gibt, deren > > > Daten f�r den Assistenten nicht relevant sind.... > > > Wenn der Assistent nur mit einer DB funktioniert, macht man > die Schwelle > > ihn zu nutzen nur unn�tig gross... > > Ich w�rde nicht soweit gehen... > > Wenn man unbedingt will, kann man XML dazu nutzen den Assistenten zu > > konfigurieren und die Daten ein- und auszugeben, aber was > danach mit den > > daten passiert (DB oder nicht), w�rde ich dem Anwender �berlassen... > > bestimmt das Verhalten des Assistenten nicht der Entwickler > bzw. die Situation? > Der User ist ja "nur" dazu da, die Daten zu erfassen, �ndern > oder l�schen, was > aber in allen 3 F�llen eine Datenbankoperation zur Folge hat. > > Die einzige nicht-DB-basierende Aktion, die mir f�r den > Assitenten einfallen w�rde, > w�ren Dateimanipulationen, welche sich aber auch auf ein > feste Zahl und somit > eine Funktion/Klasse reduzieren lassen. > > Gruss > > Alex >
Mit Anwender meinte ich den Entwickler.... Der Anwender der Komponente eben... Oft kann man Daten nicht einfach so in eine DB schreiben, sondern die m�ssen erst noch anders verarbeitet werden... Es m�ssen z.B. die Daten in verschiedene Tabellen eingetragen werden und einige Eintr�ge m�ssen sich auf Eintr�ge in die anderen tabellen beziehen �ber eine ID, die gerade erst erzeugt werden.... Wenn man es darauf anlegt, bekommt man zwar auch das per XML-Konfigurations-Datei o.�. abgebildet, aber das w�rde wohl zu weit gehen... 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
