Как удобнее работать с ини файлом?

Question

[Олександр]

Решил собрать настройки в один класс.
Получается что-то такое-только очееень длинное.
Можно ли как-то упростить работу с ини-файлом?
Из условий:
Желательно использовать ини-файл.
Обязательно, чтобы файл конфигурации находился в одной папке с программой.

public static class Explorer3d
        {
            private const string section = "3dExplorer";
            private static bool? openexplorerpanel;
            private static int? explorersplitterdistance;

            // true
            public static bool OpenExplorerPanel
            {
                get
                {
                    if (openexplorerpanel.HasValue)
                        return openexplorerpanel.Value;
                    return IniSettings.GetIniSettingType<bool>(Settings.Paths.IniFile, section, "OpenExplorerPanel");
                }
                set
                {
                    openexplorerpanel = value;
                    IniSettings.SetIniSetting(Settings.Paths.IniFile, section, "OpenExplorerPanel", value);
                }
            }

            public static int ExplorerSplitterDistance
            {
                get
                {
                    if (explorersplitterdistance.HasValue)
                        return explorersplitterdistance.Value;
                    return IniSettings.GetIniSettingType<int>(Settings.Paths.IniFile, section, "ExplorerSplitterDistance");
                }
                set
                {
                    explorersplitterdistance = value;
                    IniSettings.SetIniSetting(Settings.Paths.IniFile, section, "ExplorerSplitterDistance", value);
                }
            }
...

Answer 1

[Артем Воронов]

Рекомендую отказаться от INI-файлов и для управления конфигурацией приложения использовать AppSettings. Если конфигурация имеет сложную структуру, то можно использовать Custom Configuration Sections .

Comments

[Олександр]

Я так понимаю, что все эти стандартные решения подразумевают, что файл настроек находется в месте-не-найдешь.
Если от ини я еще может быть могу отказаться, то вот сам файл нужен в легкодоступном месте.
P.S. Дополнил вопрос.

[Артем Воронов]

Вы недостаточно хорошо ознакомились со стандартными решениями. Конфигурационный файл лежит рядом с exe'шником, а при желании его можно загружать откуда угодно (msdn.microsoft.com/ru-ru/library/ms243192.aspx).
Я бы загрузку и сохранение параметров выделил бы в отдельные методы и применил бы рефлексию. Небольшой пример:

public static class SettingsProxy
    {
        public static string MySetting1 { get; set; }

        public static string MySetting2 { get; set; }

        public static void Load()
        {
            var type = typeof(SettingsProxy); 
            foreach (var p in type.GetProperties())
            {
                var value = ConfigurationManager.AppSettings[p.Name];
                p.SetValue(null, value);
            }
        }
    }

[Артем Воронов]

Будет работать с таким конфигурационным файлом:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
    </startup>

  <appSettings>
    <add key="MySetting1" value="1"/>
    <add key="MySetting2" value="2"/>
  </appSettings>
 
</configuration>