Sehr oft sehe ich die Antwort auf die Frage: "Wie soll ich Einstellungen in meiner .NET-App speichern?" Gehen Sie wie folgt vor, um die Datei app.config zu bearbeiten, indem Sie der Datei app.config (oder web.config) manuell Einträge hinzufügen:

<configuration> 
  <appSettings>
    **<add key="ConfigValueName" value="ABC"/>**
  </appSettings>
</configuration>

Dann greifen Sie auf sie wie folgt zu:

string configValue = Configuration.AppSettings["ConfigValueName"];

Ich werde den oben beschriebenen Ansatz als "app.config" -Ansatz bezeichnen. Sehr selten sehe ich Leute, die empfehlen, dem Projekt eine "Settings" -Datei hinzuzufügen. Ich habe das schon so oft im Web und bei Stackoverflow gesehen ... Ich frage mich, ob mir etwas fehlt ... weil ich nicht sicher bin, warum Sie diese Methode anstelle von "Einstellungen" verwenden " Datei. Ich bin erst mit VS2005 in .NET eingestiegen. Eine Theorie, die ich habe, ist, wie die Dinge in VS2003 gemacht wurden und die Leute nie gewechselt haben.

Beispiele für Personen, die den Ansatz "app.config" empfehlen:

Am einfachsten ist es, eine Konfigurationsdatei in einer Windows Forms C # -Anwendung zu habenBewährte Methoden: Wie soll ich Einstellungen in C # (Format / Typ) speichern?

Aus meiner Sicht gibt esFolgende Vorteile des Ansatzes "Einstellungsdatei":

Kann sowohl für Anwendungseinstellungen (die allen Benutzern gemeinsam sind) als auch für Benutzereinstellungen über dieselbe Benutzeroberfläche verwendet werden.Möglichkeit, die Unterstützung des Einstellungsdesigners in Visual Studio zu verwenden. Weniger fehleranfällig als das direkte Bearbeiten einer XML-Datei.Refactoring - Sie können einen bestimmten Einstellungsnamen umbenennen und die Referenzen in Ihrem Code werden automatisch aktualisiert.Typüberprüfung kompilieren.Unterstützung der automatischen Vervollständigung.Property-Grid-Funktionen. Ich habe festgestellt, dass das PropertyGrid-Steuerelement eine sehr einfache Möglichkeit ist, ein schnelles Optionsformular zu erstellen. Du tust es einfachpropertyGrid1.SelectedObject = Settings1.Default; und du bist fertig.

Falls Sie sich nicht sicher sind, was ich unter "Einstellungen" verstehe, sehen Sie bitte nachdieser Beitrag Dies ist eines der wenigen Beispiele, in denen jemand die Verwendung von Einstellungsdateien anstelle von app.confg empfiehlt.

BEARBEITEN: Bitte haben Sie Verständnis: Mit diesem Thema soll herausgefunden werden, warum Benutzer den App.config-Ansatz verwenden, der oben im Vergleich zum Einstellungsdateiansatz beschrieben wurde. Ich bin auf die Einschränkungen des Ansatzes der Einstellungsdatei gestoßen und musste gelegentlich meine eigene benutzerdefinierte Lösung rollen.Das ist eine ganz andere Diskussion.