Néanmoins, on peut hiérarchiser des groupes de clef+valeur dans un objet plus haut niveau, comme par exemple: ApplicationSettings.UserSettings["user1"].GridSettings.
On peut alors utiliser son propre mécanisme de sauvegarde (sérialisation XML par exemple).

1 classe de settings avec typage fort ET qui tape directement sur le .config

genre :

public class Toto
{
	#region Routage
	[DescriptionAttribute("Variables routage"),
	CategoryAttribute("Masques"),
	DefaultValueAttribute("C:\\")]
	public string Routage
	{
	    get { return ConfigurationManager.AppSettings["Routage"]; }
	    set
	    {
	        ConfigurationManager.AppSettings["Routage"] = value;
	        Save();
	    }
	}
	#endregion
	
	// Save the settings.
	public void Save()
	{
	    // Get the configuration file.
	    System.Configuration.Configuration configuration =
	      ConfigurationManager.OpenExeConfiguration(
	        ConfigurationUserLevel.None);
	    // Get the public properties of the class.
	    PropertyInfo[] properties = GetType().GetProperties();
	    // Save each property setting.
	    foreach (PropertyInfo property in properties)
	    {
	        // Save if not an array type.
	        if (!property.PropertyType.IsArray)
	        {
	            // Remove the setting if it exists.
	            if (configuration.AppSettings.Settings[property.Name] != null)
	            {
	                configuration.AppSettings.Settings.Remove(property.Name);
	            }
	            // Add the setting.
	            configuration.AppSettings.Settings.Add(
	              property.Name,
	              property.GetValue(this, null).ToString());
	        }
	    }
	    // Save the configuration settings.
	    configuration.Save(ConfigurationSaveMode.Modified);
	    // Force a reload of the whole section.
	    ConfigurationManager.RefreshSection("appSettings");
	}
}

(oui il n’y a que 32 secondes de réflexion pour un truc aussi moche)

Inconvénient : c’est pas très joli (la méthode Save() est à saupoudrer selon les goûts)
Avantage : implémentation supeeeer rapide, et on peut faire un joli property grid en 4 secondes et demi pour les settings de l’appli. (oui c’est la méthode “je suis en SSII le temps c’est des dollars”)

Le programmeur malin verra vite qu’on peut aussi gagner du temps pour aller plus tôt boire l’apéro. C’est pas négligeable.

Je suis assez fan de la dernière solution, qui a pour avantage de permettre au code client de manipuler les settings comme un graphe d’objets quelconque et de bénéficier ainsi du typage fort.

Le modèle qui est directement serializable peut également encapsuler un certain nombre de traitements relatifs à la configuration de l’application. Par exemple, si l’objet représente les settings de plusieurs utilisateurs, on peut y imaginer une méthode GetProfileByUser(string userName), ou bien CreateNewProfile(User user), etc.