Suchergebnisse

flexible Settings Damit kannst du alles mögliche in einen String stopfen, und umgekehrt auch wieder restaurieren. Den String schreib in die DB, wenns beliebt.

guck dir flexible Settings mal an - die sind erstaunlich, weil die müssen sich nicht merken, was wohin kommt.

Zitat von sonne75: „welche Tabellen man bräuchte“oder eben nicht - das ist der Witz

Zitat von fichz: „zu durchschauen wie die Klasse so funzt.“Zitat von FlexibleSettings: „Der Witz ist, dass für beide Richtungen dasselbe Ereignis verwendet wird, in dem dann die Werte durchlaufen werden.“

also wer einen Timer verwenden kann oder gar einen Backgroundworker, der sollte auch den ComplexConverter anschmeißen können: Es ist halt ein Dingens mit einem Event, und man kanns in 2 Weisen aufrufen: Dim DataString = converter.CreateDatastring() und converter.ApplyDatastring(datastring) beide Aufrufe führen zum Feuern des Events, und in dem Event muss man halt auf alles "zeigen", was man persistiert haben möchte - fertig. also es ähnelt insofern dem BW, bei dem man ja auch mit bw.DoWork das W…

hier eine bisserl verbesserte version (vbCodeProvider ist oversized, die TypeConverter rufe ich besser von TypeDescriptor ab) - mit Erklärungen: ComplexConverter auf VBP Was du nicht verstehst ist grad der Witz an der Sache: Lese-Code und Schreib-Code ist derselbe. Wenn du also erst Button1.Text schreibst, und danach dann Checkbox2.Checked, dann wird auch in genau dieser Reihenfolge gelesen. Geht nicht anners - denn es ist derselbe Code! Die dumme IList(Of String) weiß es tatsächlich nicht, es i…

Wie gesagt: Der ComplexConverter persistiert in einen String. Im Tut wird dieser String in die Settings gepackt, aber wenn du ihn lieber inne DB hastZitat von ErfinderDesRades: „Den String schreib in die DB, wenns beliebt.“

Zitat von fichz: „ich habe eine eher generelle Frage zum Speichern von Benutzereinstellungen. Ich will diese in einer SQL-Server Datenbank hinterlegen.“also da nehme ich an, die DB beschäftigt sich vorwiegend mit anneren Sachen, aber es gibt auch eine Tabelle User, und wenn man den User um eine Spalte "GuiSettings" (String) erweitert, dann kriegt jeder User sein Form in genau dem Zustand hingeflackt, in dem er es verlassen hat (hab ich grad letzte Woche so verbaut).

du kannst es nicht fassen, was? Die Reihenfolge bleibt immer gleich, das ist unausweichlich. Es ist derselbe Code, der liest und schreibt. Wie soll sich da jemals die Reihenfolge ändern können? Die Reihenfolge kann sich nur ändern, wenn du den lese/schreib - Code zwischenzeitlich änderst, etwa statt des Treeviews nun ein Datagridview persistierst. Also das Programm neu kompiliert hast, mit Änderungen am Persistenz-Code. Und auch das hat keine annere Auswirkung, als dass dann - dank des Rollbacks…

so isses

wie du wolle nur hast du jetzt ebenfalls strings, und ein vielfaches an Code, weil du für jedes Form eine Extra-Klasse basteln musst, und recht komplizierten Code, um die Extra-Klasse zu befüllen und auszulesen und anzuwenden. Und zur Komplexität: thuCommix tönt ja, Serialisierung sei iwie besser, oder zumindest gleichwertig (ohne es zu belegen). Aber versuch mal wirklich die im Tut gegebene Persistenz mit deinem Ansatz umzusetzen - bin ich gespannt, ob du das schaffst, und wie das dann aussieht…

Zitat von fichz: „Und zum Speichern + Auslesen sind leider die Settings so verschieden, dass ich das fast nicht verallgemeinern kann.“Was ist verschieden? Bei mir ists ein String, bei sinds 4 Strings (ID, BedienerID, Formname, Daten). Da mein Sample nur einen Bediener und nur 1 Form hat, und die ID Datenbank-Sache ist, entfallen ID, BedienerID, Formname. Also soo verschieden finde ich das nicht.

Das sind jetzt über 250 Zeilen, aber etwa SplitterDistance eines SplitContainers, mit der der User sich grad die linke oder rechte Seite für ihn richtig eingestellt hat, kannst du damit nicht persistieren. auch bezweifel ich, dass das die Write-Methode auch Controls findet und restauriert, die auf einem Panel liegen, oder gar in einem eingebunden komplexen UserControl - hast du das getestet?