Einstellungen einer Lib richtig speichern?

Linkai · 21. Juli 2015, 17:21

Hallo liebe Community,

ich bin derzeit dabei für mein Projekt eine externe Lib zu schreiben.
Diese Lib verfügt nun über eine Klasse welche eine Get und eine Set methode für eine Eigenschaft besitzt.

Ich möchte nun den Value dieser Eigenschaft irgendwie speichern. Trick an der Geschichte:
Ich möchte die Lib in ein 2. Projekt einbinden und wenn ich dann den Wert der Eigenschaft auslese, möchte ich den Wert haben, der vorher mit dem
anderen Programm gesetzt wurde.

Hat einer ne Idee?

slice · 21. Juli 2015, 17:56

Registry, Datei, Cloud ...
Was auch immer, ich finde eine Library sollte keine Einstellungen speichern, das sollte die Anwendung machen - alles andere wäre m.M.n. ein Fehldesign.

ErfinderDesRades · 21. Juli 2015, 18:24

Also eigentümlich, dass die Lib selbst bestimmt, wo gespeichert wird, aber zB SqlServer bestimmt auch selbst, wo die Datenbanken angelegt werden.

Aber ich weiß jetzt nicht, nach was für einer Idee gefragt ist - also wo ist das Problem?

RodFromGermany · 21. Juli 2015, 19:42

Linkai schrieb:

Hat einer ne Idee?

Gugst Du hier.

Linkai · 22. Juli 2015, 09:33

Ich bedanke mich erstmal für die Rückmeldungen.
Es geht darum:

Programm A: Wird aufgeführt und eine Eingabe ist gefordert. Durch die eingebundene Lib werden die Einstellungen in %appdata%/Programmname (vom Programm wo die lib eingebunden ist) gespeichert (my.settings Namespace). Das Problem ist, dass ich eben diese Einstellungen in Programm B, in welches die Lib ebenfalls eingebunden ist, wieder auslesen möchte.
Problem: Dieses speichert die Daten ja nicht im selben Ordner wie Programm A.

Ich wollte da lediglich wissen ob es da ne Möglichkeit gibt über den My.Settings Namesettings zu nutzen, da ich diese Methode zum Speichern der Einstellungen extrem entspannend finde.

ErfinderDesRades · 22. Juli 2015, 09:43

Echt? Das hattest du gemeint, als du frugst:

Linkai schrieb:

Hat einer ne Idee?

o - key

jdfs weiss ich nicht - probiers halt aus und sag du's uns.
Ich denke aber fast, dass My.Settings ins Anwendungs-Daten-Verzeichnis persistiert, und wenn deine Lib dann in 2 Anwendungen eingebunden ist, wird sie in 2 AppData-Verzeichnisse speichern.

Linkai · 22. Juli 2015, 10:07

Dies ist mir aufgefallen, daher die Frage ob einer von euch eine andere Möglichkeit kennt es zu realisieren. Ich meine, wo genau wird denn der Speicherort von My.Settings definiert?

RodFromGermany · 22. Juli 2015, 10:15

Linkai schrieb:

wo genau wird denn der Speicherort von My.Settings definiert?

Da haben wir auch schon drüber debattiert, arbeite Dich hier mal durch, da werden viele Facetten auch mit DLLs abgehandelt: Gugst Du hier.

ThuCommix · 22. Juli 2015, 11:05

Bitte nochmal den Beitrag von @slice ab Zeile 2 zu gemüte führen...

ErfinderDesRades · 22. Juli 2015, 11:23

gut - habe ich.
Seiner Meinung nach wäre das ein Fehldesign.
Also seine Meinung

Die Begründung, wie diese seine Meinung zustande kommt, lässt er uns leider nicht wissen.

ThuCommix · 22. Juli 2015, 11:28

Die Anwendung steuert die Bibliothek und nicht die Bibliothek sich selbst. Das Programm speichert die Einstellungen der Bibliothek ab und gibt sie bei der Initialisierung/Funktionsaufrufe mit - alles andere ist viel zu Fehleranfällig.

petaod · 22. Juli 2015, 11:46

Es gibt durchaus Fälle, in denen die Bibliothek unabhängig von der Anwendungen Settings speichern können muss.
Ich nehme jetzt mal eine fiktive Bibliothek, die Informationen von Google Maps zieht.
Da würde ich die URL durchaus als Setting der DLL betrachten (wenn man sie nicht hart codieren will).

Allerdings würde ich das über XML-Serialisierung lösen und nicht über My.Settings.

RodFromGermany · 22. Juli 2015, 11:51

petaod schrieb:

XML-Serialisierung

korrekt, und man sollte dieser DLL den Pfad vorschreiben können müssen, damit bei multiplen Instanzen disjunkte Einstellungen verwendet werden können.

ErfinderDesRades · 22. Juli 2015, 13:13

RodFromGermany schrieb:

bei multiplen Instanzen disjunkte Einstellungen verwendet werden können.

ja, so wärs am ehesten normal.

Aber hier ist ja grad beabsichtigt, bei multiplen Instanzen junkte Einstellungen zu verwenden.

Und klar, normal ist das eine Super-Fehlerquelle, aber hier ists das beabsichtigte, und soll der Kommunikation zwischen Anwendungen dienen.

Oder anders gesehen: Hier sollen globale Einstellungen geschaffen werden - man kann hier eiglich garnet von Einstellungen des Programms oder der Lib reden.

RodFromGermany · 22. Juli 2015, 13:27

ErfinderDesRades schrieb:

junkte Einstellungen

Jou, korrekt.
Habs in Post #5 noch mal nachgelesen.

petaod · 22. Juli 2015, 13:33

ErfinderDesRades schrieb:

Hier sollen globale Einstellungen geschaffen werden

Warum dann nicht XML-Serialisierung in AppData?

ErfinderDesRades · 22. Juli 2015, 13:38

weil Appdata einer bestimmten Anwendung gehört.
Da würde das eine Prog nicht wissen, was das andere speichert.

Und warum unbedingt Xml-Serialisierung? Ist nicht gänzlich egal wie, hauptsache richtig?
Warum nicht Binär-Serialisierung, Json-Serialisierung, SqLite, typisiertes Dataset, und/oder warum nicht die My Settings? Übrigens verwenden My Settings glaub auch Xml-Serialisierung, aber wie gesagt, ist dieses Internum irrelevant.

petaod · 22. Juli 2015, 14:19

ErfinderDesRades schrieb:

weil Appdata einer bestimmten Anwendung gehört.

Da würde ich für die DLL einen eigenen Anwendungsordner vorsehen.

RodFromGermany · 22. Juli 2015, 14:32

Linkai schrieb:

Ich möchte die Lib in ein 2. Projekt einbinden

Hast Du die Quellen oder nur die Lizenz / installierte Binaries?

Linkai · 22. Juli 2015, 16:00

Ich habe sowohl von der Lib als auch von den Andwendungen den Source da es meine sind. Ich möchte wie oben genannt "Globale Einstellungen" zwischen beiden Anwendungen schaffen, da diese zusammenarbeiten. Das Ganze, so der Plan, sollte Userunabängig sein, sodass ich die Lösung der My.Settings extrem angenehm empfinde.

Einstellungen einer Lib richtig speichern?

Einstellungen einer Lib richtig speichern?

Linkai schrieb:

Linkai schrieb:

Linkai schrieb:

petaod schrieb:

RodFromGermany schrieb:

ErfinderDesRades schrieb:

ErfinderDesRades schrieb:

ErfinderDesRades schrieb:

Linkai schrieb:

Tags

Ähnliche Themen

6 Benutzer haben hier geschrieben