Suchergebnisse

Hallo Community! Folgender Codeausschnitt wirft mir mit leeren Setting Dim x = My.Settings.Tester ohne Try Catch in der Zeile 11 eine ArgumentException: "Die Tester-Eigenschaft konnte nicht aus ihrem Standardwert erstellt werden. Fehlermeldung: Der binäre Stream "224" enthält keinen gültigen BinaryHeader. Möglicherweise ist der Stream ungültig oder die Objektversion wurde zwischen der Serialisierung und der Deserialisierung geändert." VB.NET-Quellcode (21 Zeilen) kann man so etwas ohne Try Catch…

Ja, ich möchte die Daten in der user.config verschleiert haben... Besser wäre ja verschlüsseln, da habe ich dazu noch nichts gefunden...

@Rod Danke für deinen Input, damit ist mir ein Lichtlein aufgegangen Ich habe das Ganze jetzt so gelöst: VB.NET-Quellcode (30 Zeilen) Die Verschlüsselungsroutinen habe ich einfach von AesManaged-Klasse herausgenommen. Damit sind die Settingsdaten ordentlich verschleiert abgespeichert. Ich werde das jetzt versuchen auch mit anderen Datentypen umzusetzen...

@~blaze~ Danke auch für deinen Vorschlag, den werde ich probieren... Das mit der Datensicherheit ist mir klar, hier geht's ja nicht um sensible Daten. Daher meine ich auch nur Daten verschleiern, damit nicht gleich das Echte ins Auge springt.

Hi @~blaze~: Probieren ist fehlgeschlagen... Kannst du mir deinen Vorschlag nochmals detaillierter und genauer erklären. Ich habe mit der Kombination Cryptostream und Serialisieren mithilfe BinaryFormatter noch so meine Probleme... So, jetzt habe ich nach langen Grübeln und Studieren folgendes zusammengestellt (ist aber noch ungetestet...): VB.NET-Quellcode (38 Zeilen)

Danke für deine ausführlichen Erklärungen. Mit einer eigenen Klasse zum Serialisieren, glaube ich, ist im Entwicklerbuch sogar ausführlich beschrieben. Das mit dem PropertyDescriptor ist für mich Neuland - das muss ich mir einmal genauer ansehen... Gruß VB1963

Hallo VBP-Community! Wen es interessiert, ich habe das obige Problem jetzt folgend gelöst. Dazu sind 2 Klassen erforderlich:- ein ApplicationSettings-Wrapper, der von ApplicationSettingsBase beerbt wird - und ein eigens erstellter SettingsProvider, der von SettingsProvider beerbt wird. siehe dazu Näheres hier und hier CustomSettings-Wrapper:(Versteckter Text)CryptoSettings-Provider:(Versteckter Text) In Zeile #4 des ersten Listings wird der Provider in die Wrapperklasse eingebunden. Dieser Provi…

Ja, der Comfort des Settingseditors ist hier leider verloren gegangen... Der eigentliche Programmieraufwand: *) wie die explizite Angabe der gewünschten Property's im Settings-Wrapper, wobei der Property-Rumpf immer der selbe ist, *) und die 1 Zeile Code beim Binden je Property - wenn man das braucht *) ja und das Speichern beim Schließen der Anwendung hält sich meiner Meinung nach, wenn die Klassen einmal eingebunden sind, in erträglichen Grenzen. Sonnst ist das Verhalten der Settings im Code g…

Hallo Community! Es hat mich keine Ruhe gelassen Ich habe nach Einwand von @ErfinderDesRades: den CryptoSettingsProvider noch etwas weiter modifiziert. Die Wrapperklasse wird nicht mehr dazu gebraucht und dafür ist der Comfort vom Settingseditor wieder nutzbar. Man braucht den eigenen Provider einfach nur mehr im Settingseditor bei beliebigen Einstellungen als Provider angeben. (siehe Bild im Anhang) Der Editor versieht den jeweiligen Eintrag mit dem richtigen Provider-Attribut. Siehe dazu folge…

Nach meinen Recherchen ergibt sich jetzt folgendes: Wenn der Provider klassenweit angegeben wird kann ohne Weiteres das Binding der Propertys im Editor erfolgen. VB.NET-Quellcode (3 Zeilen)Die Meldung tritt nur bei der Providerangabe eines beliebigen Setting-Eintrages auf. Wenn man vorher das Binding angibt und erst nachher die vereinzelten Setting-Einträge mit dem Provider versieht funktioniert es? Es kommen dann aber 2 Warnmeldungen die beim Öffnen der Form im Editormodus, die das selbige wied…

Der folgende Hinweis hat geholfen:Zitat von Koopakiller (MSDN-Forum): „Es läuft letzten Endes darauf hinaus den Provider in eine eigene Klassenbibliothek zu packen. Nachdem ich das tat funktionierte es. Ich denke mal, das es sich hierbei um einen "einfachen" Bug im Designer handelt. “ Wichtig ist hier noch anzumerken, dass die Klasse SettingsProvider mit Public modifiziert wird. siehe Näheres hier Bzw. im Sourcecode-Austausch habe ich auch den Provider und Abwandlungen davon eingestellt: UserSet…