Sie haben im Auge zu behalten folgende Dinge:
Benutzereinstellungen
Benutzereinstellungen innerhalb des Benutzerprofils gespeichert werden und spiegeln nicht in der .exe.config Datei in \bin\debug oder sogar die app.config Originaldatei.
außerhalb Visual Studio Laufen gegen Debuggen in Visual Studio
Wenn Sie eine Anwendung außerhalb von Visual Studio ausführen, werden die Benutzereinstellungen in Ihrem Profil in einem anderen Ort gespeichert werden, als wenn die Anwendung in Visual Studio ausgeführt wird. Sie werden so behandelt, als wären sie verschiedene "Installationen" derselben Anwendung.
Es gibt keine Möglichkeit, dass ich weiß, dass der Mechanismus immer die gleiche Datei lesen würde. Und es kann auch nicht sein, was du willst.
Stellen Sie sich vor, Sie haben die Anwendung als Release-Version auf Ihrem System ausgeführt. Gleichzeitig sind Sie der Entwickler der Anwendung und Sie fügen ständig Funktionen hinzu, die Sie gegen ein Testsystem testen. Sie überschreiben häufig Ihre Testeinstellungen mit Live-Einstellungen und umgekehrt. Das ist nicht wirklich das, was Sie wollen ...
'Speichern' speichert * Benutzer * Einstellungen. Benutzereinstellungen werden basierend auf der Version einer Anwendung in separaten Ordnern gespeichert. Wenn Sie die automatische Versionsnummerierung verwenden, aber vergessen, die Einstellungen beim Start zu migrieren, gehen die Einstellungen jedes Mal verloren, wenn Sie Ihre Anwendung erstellen. Überprüfen Sie diese [wahrscheinlich doppelte Frage] (http://stackoverflow.com/questions/534261/how-do-you-keep-user-config-settings-across-different-assembly-versions-in-net). Das macht Sinn, weil es verhindert, dass Anwendungen abstürzen, wenn sich das Einstellungsschema ändert. –
Ich schätze mein Problem ist, dass dies nur ein Entwicklerwerkzeug für den persönlichen Gebrauch ist. Ich möchte nur einen Satz Einstellungen für die Anwendung. – Derek
Warum verwenden Sie dann Benutzereinstellungen? Wie auch immer, Migrieren ist nur 5 Zeilen, einschließlich Klammern. Selbst ein persönliches Tool wird kaputt gehen, wenn es darum geht, eine neue Einstellung aus einer alten Datei zu laden. –