Comment puis-je récupérer ApplicationSettings chargées à partir de l'App.fichier de config?

Le applicationSettings readonly au cours de l'exécution. Vous pouvez définir/modifier soit par l'intermédiaire d'un éditeur de texte dans l'application.fichier de configuration directement, mais il est recommandé d'ouvrir les propriétés du projet dans Visual Studio et sélectionnez l'onglet "Paramètres". Il est important de définir le droit de la portée:

• Si les paramètres s'appliquent à l'ensemble de l'application (pour tous les utilisateurs), sélectionnez "Application" comme champ d'application.
• Si chaque utilisateur doit avoir les paramètres individuels (liés au profil de l'utilisateur), puis sélectionnez "Utilisateur"

Par exemple, si vous créez myOwnSetting dans votre projet WindowsFormsTestApplication1 comme suit:

il va ajouter les éléments suivants à l'application.fichier de configuration:

<configuration>
    <configSections>
    <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
        <section name="WindowsFormsTestApplication1.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
    </sectionGroup>
    </configSections>
    <applicationSettings>
        <WindowsFormsTestApplication1.Properties.Settings>
            <setting name="myOwnSetting" serializeAs="String">
                <value>Hi there!</value>
            </setting>
        </WindowsFormsTestApplication1.Properties.Settings>
    </applicationSettings>
</configuration>

Visual Studio crée le code C# pour accéder à ce réglage automatiquement (c'est pourquoi vous devez le faire dans les propriétés du projet et non pas via l'éditeur de texte) - après avoir enregistré les modifications, à l'intérieur du même espace de noms, vous pouvez lire sa valeur dans l'application facilement via le code suivant:

var currentValue = Properties.Settings.Default.myOwnSetting;

Compte tenu de la applicationSettings dans la liste ci-dessus, ce serait de récupérer la chaîne de caractères "Bonjour!" à la variable currentValue.

Note que si vous avez créé myOwnSetting pour la "Utilisateur" portée, puis il est stocké dans une section nommée <userSettings> au lieu de <applicationSettings>, mais vous pouvez toujours y accéder avec la ligne de code ci-dessus.

Une autre différence de champ "Utilisateur" paramètres, c'est que vous avez accès en lecture-écriture, c'est à dire qu'il est autorisé à effectuer les opérations suivantes:

        Properties.Settings.Default.myUserSetting = "Something else";
        Properties.Settings.Default.Save();

Si vous essayez la même chose avec la "Demande" définition de la portée du myOwnSetting, le résultat serait une erreur de compilation de vous dire qu'il est en lecture seule.

Si vous re-démarrer l'application, vous remarquerez que myUserSetting a changé à la valeur "autre Chose" - mais l'ancienne valeur est toujours dans l'application.config. Pourquoi est-ce donc? La raison en est qu'il est considéré comme une valeur par défaut - et comme je l'ai dit plus tôt, "l'Utilisateur" champ d'application est liée au profil de l'utilisateur. En conséquence, la valeur "autre Chose" est stocké dans

C:\Documents and Settings\USERID\Local Settings\Application Data\FIRMNAME\WindowsFormsTestApplicati_Url_tdq2oylz33rzq00sxhvxucu5edw2oghw.0.0.0

dans un fichier nommé User.config, qui se présente comme suit:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <userSettings>
        <WindowsFormsTestApplication1.Properties.Settings>
            <setting name="myUserSetting" serializeAs="String">
                <value>Something else</value>
            </setting>
        </WindowsFormsTestApplication1.Properties.Settings>
    </userSettings>
</configuration>

Vous ne pouvez pas dire exactement le chemin comme il est créé automatiquement par le .NET Framework, et elle sera différente sur votre PC. Mais vous pouvez voir que le nom d'utilisateur est l'ID d'utilisateur Windows de votre compte courant, FIRMNAME est une partie de l'assemblée de l'information que vous avez spécifié, et le nom de l'assemblage et la version est également utilisé dans le chemin.

---

Remarque:

• La <sectionGroup> avec <section> déclaration est obligatoire et son nom de l'attribut doit correspondre avec l'espace de noms. L'espace de noms doivent apparaître exactement une fois dans la configuration, et il y a un seul applicationSettings section autorisés.

• Comme vous avez pu le voir dans le fichier de configuration, l'espace de noms est mentionné explicitement (WindowsFormsTestApplication1.Properties.Settings). En conséquence, si vous souhaitez accéder aux paramètres de code qui n'est pas dans le même espace de noms que vous pourriez avoir besoin d'utiliser une référence complète. Cela dit, soyez prudent si vous copiez l'intégralité de la <applicationSettings>...</applicationSettings> section à partir d'une application de configuration à un autre, vous pourriez avoir besoin de changer l'espace de noms dans la cible config par la suite.

• Si vous utilisez les Paramètres de Designer (onglet Paramètres de votre projet), il va créer un fichier nommé Settings.Settings (avec Settings.Designer.cs pour accéder à la sessings via le code C#) dans la section Propriétés de votre projet. C'est une copie des paramètres comme il sera stocké dans votre Web.config ou App.config fichier (selon votre type de projet, uniquement pour l'application paramètres de l'utilisateur champ d'application, les paramètres sont stockés en fonction du profil utilisateur). Vous pouvez créer d'autres *.settings fichiers et de les utiliser (comme il est décrit ici).

• Si vous êtes pas en utilisant les paramètres de designer, ou si vous êtes en utilisant un outil comme LinqPad, vous pourriez avoir besoin d'utiliser une approche différente. Considérez ceci:

  internal static string GetApplicationSetting(string key, 
          string nameSpace="Properties.Settings")
  {
      string xValue=null;
      try 
      {
          string path = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile;
          XDocument doc = XDocument.Load(path);
          var xPathStr= string.IsNullOrEmpty(nameSpace) 
                          ? "//applicationSettings" 
                          : $"//applicationSettings/{nameSpace}";
          var settings=doc.XPathSelectElement(xPathStr).Elements().Where(
                              w => w.Name=="setting" 
                                  && w.HasAttributes 
                                  && w.Attribute("serializeAs").Value=="String"
                              );
          var setting=settings.Where(f => f.HasAttributes 
                                          && f.Attribute("name").Value==key).Elements();
          xValue=setting.FirstOrDefault().Value;
      }
      catch {}
      return xValue;
  }

  Vous pouvez lire une chaîne de type applicationSettings par le traitement de la configuration comme XDocument. L'exemple donné est limitée au type de chaîne et vous pouvez récupérer le paramètre de l'application.config exemple ci-dessus comme suit:
  var value=GetApplicationSetting("myOwnSetting", "WindowsFormsTestApplication1.Properties.Settings");
  
  De même, vous pouvez créer une fonction similaire GetUserSetting par défaut <userSettings> l'article: il suffit de copier le code ci-dessus, renommer le nom de la fonction et de la remplacer applicationSettings dans le xPathStr par userSettings.

• Il y a une méthode de mise à niveau disponible pour les paramètres de l'utilisateur, qui est décrit ici. Plus de détails sur l'endroit où les paramètres de l'utilisateur sont stockées peuvent être trouvés il y.

• Le <appSettings> dans la section de configuration fonctionne différemment, car il ne fait pas de distinction "Utilisateur" et "Application" champ d'application et il ne prend pas en charge les différents types de données, seulement des chaînes de caractères. Toutefois, il est possible de facilement lecture et d'écriture la configuration de clés/valeurs.
  Si vous êtes intéressé dans le code, vous pouvez le trouver ici (sur stackoverflow):
  
  comment lire/écrire des paramètres de configuration de appSettings

• Si vous n'êtes pas sûr si vous devez utiliser AppSettings ou applicationSettings, puis lire ce avant de vous décider.

OriginalL'auteur Matt

Vous pouvez charger le fichier de config dans XmlDocument et retrive la applicationSettings
à partir de l'objet dom .
Voici l'exemple que j'ai trouvé pour charger le fichier de config dans le dom objet :

//retrive the current assembly directory
private static string AssemblyDirectory()
{
        string codeBase = Assembly.GetExecutingAssembly().CodeBase;
        UriBuilder uri = new UriBuilder(codeBase);
        string path = Uri.UnescapeDataString(uri.Path);
        return Path.GetDirectoryName(path);
}



//return the value from aplicationSetting according to the given key
//appSettingSection is the your configuration section as declare in your web.config
public static string GetApplicationSettingValue(string appSettingSection,string key)
{
   //get web.config path
   string configPath  = new System.IO.DirectoryInfo(AssemblyDirectory()).Parent.FullName + "\\web.config";

    System.IO.FileInfo FileInfo = new System.IO.FileInfo(configPath);
    if (!FileInfo.Exists)
    {
        throw new Exception("Missing config file");
    }

    //load config file into xml document
    var XmlConfig = new System.Xml.XmlDocument();
    XmlConfig.Load(FileInfo.FullName);


     //override xml document and return the value of the key under applicationSettings
     foreach (System.Xml.XmlNode node in XmlConfig["configuration"]  ["applicationSettings"]appSettingSection])
     {
                    if (node.Name == "setting")
                    {
                        if (node.Attributes.GetNamedItem("name").Value == key)
                        {
                            return node.FirstChild.InnerXml.ToString();
                        }
                   }
     }
   return "";
}

OriginalL'auteur golan