ConfigurationManager.AppSettings - Comment modifier et de les enregistrer?

Il peut sembler trop trival à demander et je fais la même chose que suggéré dans les articles, mais il ne fonctionne pas comme prévu. J'espère que quelqu'un peut m'indiquer la bonne direction.

Je voudrais enregistrer le usersettings par AppSettings.

Une fois le Winform est fermé, j'ai déclencher cette:

conf.Configuration config = 
           ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);

if (ConfigurationManager.AppSettings["IntegrateWithPerforce"] != null)
    ConfigurationManager.AppSettings["IntegrateWithPerforce"] = 
                                           e.Payload.IntegrateCheckBox.ToString();
else
    config.AppSettings.Settings.Add("IntegrateWithPerforce", 
                                          e.Payload.IntegrateCheckBox.ToString());

config.Save(ConfigurationSaveMode.Modified);

Donc la première fois lors de l'entrée n'existent pas encore, il suffit de créer elle, sinon, elle serait de modifier l'entrée existante. Mais ce n'est pas de sauver des.

1) Ce que je fais mal?

2) Où suis-je attendre la usersettings pour les paramètres d'Application pour être sauvé? Est-il dans le dossier de Débogage ou dans C:\Documents and Settings\nom d'utilisateur\Local Settings\Application Data dossier?

Reportez-vous à ceci: stackoverflow.com/questions/453161/...
double possible de les Meilleures pratiques pour enregistrer les paramètres de l'application dans une application Windows
En fait je n'ai pas envie d'utiliser des Paramètres.les paramètres de ce qui y est expliqué. Mais maintenant, je pense que la façon dont je l'utilise, n'est pas la bonne approche, après tout, depuis sa sauvegardant les valeurs que les paramètres de l'Application plutôt que de usersettings...
Il sera dans le dossier que l'exécutable est situé dans. Donc, si vous exécutez à partir de Visual Studio en vertu de Débogage, il sera dans le dossier de Débogage de votre projet.
Idem ce que Justin a dit. Et si vous l'exécutez à partir de Visual Studio, il va REMPLACER l' .fichier de config dans le dossier de Débogage de votre projet à chaque fois que vous exécutez votre application.
Je trouve que cela est tout à jQuery qui semble bizarre pour moi: var calendar_src = '/@ConfigurationManager.AppSettings["ThisApp"]/Content/Images/calendar_icon_blue.png'; Pourquoi ne pas simplement var calendar_src = 'Content/Images/calendar_icon_blue.png'; ?
geekswithblogs.net/akraus1/archive/2006/01/04/64871.aspx espérons que cela aide 🙂

InformationsquelleAutor Houman | 2011-03-11

.net appsettings c#configurationmanager settings

22

Peut-être que vous devriez regarder lors de l'ajout d'un Fichier de Paramètres. (par exemple, App.Les paramètres)
La création de ce fichier va vous permettre d'effectuer les opérations suivantes:
```
string mysetting = App.Default.MySetting;
App.Default.MySetting = "my new setting";
```
Cela signifie que vous pouvez modifier, puis modifiez les éléments, où les éléments sont fortement typés, et le meilleur de tous... vous n'avez pas à toucher xml avant de déployer!

Le résultat est une Application ou de l'Utilisateur réglage contextuelle.

Ont un coup d'oeil dans la partie "ajouter un nouvel élément de menu" pour le fichier de configuration.
- L'ajout d'un des Paramètres.Fichier de paramètres ou de l'utilisation de l'existant dans le cadre de Propriétés/Paramètres.les paramètres est la même chose non? Dans le cas de l'utilisation de la exsiting un, je ferais quelque chose comme ceci: Propriétés.Les paramètres.Par défaut.IntegrateWithPerforce = _integrateCheckBox.Vérifié; Propriétés.Les paramètres.Par défaut.Save();
- Très probablement. J'ai toujours utilisé séparer les fichiers que m'a fait du bien. Si c'est le cas, je viens d'apprendre quelque chose
- Fascinant, si vous utilisez ce ET le ConfigurationManager, alors tous les paramètres à la fin dans l'Application.de fichier de configuration, mais en vertu de différentes sections. Je m'attendais à 2 fichiers différents.
- Je ne peux pas croire que j'ai fait une boucle dans un fichier XML tout ce temps. Merci beaucoup pour cette astuce utile!
InformationsquelleAutor Dann
65

Sur la façon de modifier les valeurs dans la section appSettings dans votre application.fichier de configuration:
```
config.AppSettings.Settings.Remove(key);
config.AppSettings.Settings.Add(key, value);
```
fait le travail.

Bien sûr, il est préférable Paramètres de classe, mais cela dépend de ce que vous êtes après.
- Après avoir regardé les trois kajillion AppSettings modifications des idées ici et à l'étranger, c'est le plus simple/la meilleure, et (cruciale) fonctionne même si l'utilisateur détruit le <appSettings> nœud
InformationsquelleAutor Marek

Je sais je suis en retard 🙂 Mais ce pourquoi je le fais:

public static void AddOrUpdateAppSettings(string key, string value)
{
    try
    {
        var configFile = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
        var settings = configFile.AppSettings.Settings;
        if (settings[key] == null)
        {
            settings.Add(key, value);
        }
        else
        {
            settings[key].Value = value;
        }
        configFile.Save(ConfigurationSaveMode.Modified);
        ConfigurationManager.RefreshSection(configFile.AppSettings.SectionInformation.Name);
    }
    catch (ConfigurationErrorsException)
    {
        Console.WriteLine("Error writing app settings");
    }
}

Pour plus d'informations regardez MSDN

Un point important à noter avec ce qui précède est que si vous exécutez ce à partir du débogueur (Visual Studio), puis de l'application.fichier de configuration sera écrasé à chaque fois que vous construisez. Le meilleur moyen de tester cela est de construire votre application, puis naviguez vers le répertoire de sortie et lancer votre exécutable à partir de là. --- à partir de vbcity.com/forums/t/152772.aspx

InformationsquelleAutor Wahid Bitar

39

Préfèrent <appSettings> à <customUserSetting> section. Il est beaucoup plus facile à lire ET à écrire avec (Web)ConfigurationManager. ConfigurationSection, ConfigurationElement et ConfigurationElementCollection vous obliger à dériver des classes personnalisées et mise en place des ConfigurationProperty propriétés. Beaucoup trop pour de simples de tous les jours mortels de l'OMI.

Voici un exemple de la lecture et de l'écriture pour le web.config:
```
using System.Web.Configuration;
using System.Configuration;

Configuration config = WebConfigurationManager.OpenWebConfiguration("/");
string oldValue = config.AppSettings.Settings["SomeKey"].Value;
config.AppSettings.Settings["SomeKey"].Value = "NewValue";
config.Save(ConfigurationSaveMode.Modified);
```
Avant:
```
<appSettings>
  <add key="SomeKey" value="oldValue" />
</appSettings>
```
Après:
```
<appSettings>
  <add key="SomeKey" value="newValue" />
</appSettings>
```
InformationsquelleAutor Tom Wilson

de base en question est au sujet de la victoire formes voici la solution :
( Je viens de changer le code par user1032413 à rflect windowsForms paramètres )
si c'est une nouvelle clé :

Configuration config = configurationManager.OpenExeConfiguration(Application.ExecutablePath); 
config.AppSettings.Settings.Add("Key","Value");
config.Save(ConfigurationSaveMode.Modified);

si la clé existe déjà :

Configuration config = ConfigurationManager.OpenExeConfiguration(Application.ExecutablePath); 
config.AppSettings.Settings["Key"].Value="Value";
config.Save(ConfigurationSaveMode.Modified);

InformationsquelleAutor Omid S.

public void ApplySettings(string key, string value)
{

        var configFile = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
        var settings = configFile.AppSettings.Settings;
        if (settings[key] == null)
        {
            settings.Add(key, value);
        }
        else
        {
            settings[key].Value = value;
        }
        configFile.Save(ConfigurationSaveMode.Modified);
        ConfigurationManager.RefreshSection(configFile.AppSettings.SectionInformation.Name); 
}

Meilleure Réponse dans le contexte de ce fil 🙂
La meilleure réponse, une tutoriel manque d'actualisation de l'article 😀

InformationsquelleAutor Kamil Ibadov

7

Essayez d'ajouter cet après votre enregistrer l'appel.
```
ConfigurationManager.RefreshSection( "appSettings" );
```
- Ceci est particulièrement important si vous êtes à la rédaction puis la lecture de la même appSetting en succession rapide.
InformationsquelleAutor Justin
6

Rappelez-vous que ConfigurationManager utilise une seule application.config qui est dans le projet de démarrage.

Si vous mettez un peu d'application.config pour une solution Un et de faire une référence à partir d'une autre solution B alors si vous exécutez B, app.config à partir d'Un sera ignoré.

Ainsi, par exemple, l'unité de projet de test devraient avoir leur propre application.config.

InformationsquelleAutor doubleloop
2

Je pense que le problème est que dans le débogage de visual studio ne pas utiliser la normale exeName.

il utiliser indtead "NameApplication".host.exe

le nom du fichier de configuration est "NameApplication".de l'hôte.exe.config et pas
"NameApplication".exe.config

et après l'application à proximité - il de retour à l'arrière de l'app.config

donc si vous consultez le mauvais fichier ou vous de vérifier sur le mauvais temps, vous verrez que rien n'a changé.

InformationsquelleAutor chmouel kalifa

Vous pouvez la modifier manuellement:

private void UpdateConfigFile(string appConfigPath, string key, string value)
{
     var appConfigContent = File.ReadAllText(appConfigPath);
     var searchedString = $"<add key=\"{key}\" value=\"";
     var index = appConfigContent.IndexOf(searchedString) + searchedString.Length;
     var currentValue = appConfigContent.Substring(index, appConfigContent.IndexOf("\"", index) - index);
     var newContent = appConfigContent.Replace($"{searchedString}{currentValue}\"", $"{searchedString}{newValue}\"");
     File.WriteAllText(appConfigPath, newContent);
}

InformationsquelleAutor GalUnicode

Vous devez vous connecter pour publier un commentaire.