DidenkoMS 23 ноя 2015 в 11:24

C#, способы хранения настроек программы

5 мин

160K

C# * Visual Studio *

Туториал

Из песочницы

Recovery Mode

-7

Комментарии 22

lair 23 ноя 2015 в 11:41

Организация объекта Properties.Settings — это обычный xml файл, который можно найти в папке пользователя:

С:\ Users \ [user name] \ AppData \ Local \ [ (Project Name) or (AssemblyCompany) ] \ [name project_cashBuild] \ [AssemblyVersion] \ user.config

Вы про app.config/web.config ничего не слышали?

С ini-файлами все на оборот, они лежат в папке рядом с программой, что позволяет пользователю изменить настройки вне-программы. Данный способ хорош, если настройки программы заносятся вручную. Например, эмулятор для запуска игры без лицензии (тотже revLoader).

А зачем это надо, когда есть app.config?

Теперь перейдем к нашей теме. Для работы с таким типом файлов, нам нужно создать класс по работе с ним. Создаем класс, например «IniFile», подключаем пространство имен (библиотеки), которых нет:

Пространства имен — это не библиотеки.

DidenkoMS 23 ноя 2015 в 15:23

Вы про app.config/web.config ничего не слышали?

Нет, не слышал.

А зачем это надо, когда есть app.config?

Хм… Интересно, упустил его. Спасибо за информацию.

Пространства имен — это не библиотеки.

Косяк, согласен. Исправил.

lair 23 ноя 2015 в 15:27

Нет, не слышал.

Ну так может стоит сначала разобраться в теме, о которой вы пришли писать статью на хабр? app/web.config — это первичное место для настроек программы на протяжении нескольких версий .net, а вы его «упустили».

DidenkoMS 23 ноя 2015 в 15:47

Ну, начнем с того, что об этому уже писали на хабре, именно об app.config (статья). Так же я тут не затронул xml, в котором, тоже многие хранят настройки и не только.
В ini-файле удобней описывать конфигурацию, чем в xml. Особенно для программ, которые не имеют пользовательского интерфейса.
Так же можно разбить настройки в две категории:

Программные — задаются разработчиком и находятся в app/web.config
Пользовательские — задаются пользователем и живут в ini

А я, тем временем, буду продолжать учиться и набивать шишки на своих ошибках.

lair 23 ноя 2015 в 15:51

Ну, начнем с того, что об этому уже писали на хабре, именно об app.config

И что? Если посыл вашей статьи в том, чтобы собрать вместе все способы хранения настроек, то пропускать app.config нельзя. Особенно когда вы первым пунктом пишете про .Settings-файл, настройки из которого тоже хранятся там же.

В ini-файле удобней описывать конфигурацию, чем в xml.

Кому удобнее?

Так же можно разбить настройки в две категории:
Программные — задаются разработчиком и находятся в app/web.config
Пользовательские — задаются пользователем и живут в ini

Если речь о десктопе, то зачем делать два механизма хранения настроек, когда есть один? Если речь о вебе, то как вы себе представляете хранение настроек в ini?

DidenkoMS 23 ноя 2015 в 16:11

собрать вместе все способы хранения настроек

Да это есть цель. Буду пополнять, постепенно. Или же вторую сделаю. Посмотрю еще, как лучше.

Кому удобнее?

Пользователю. Юзверю проще разобраться с секцией и ключем, чем в xml файле.
(не знаю, как у других, но до изучения xml, было проще работаться с ini или похожими настройками)

Если речь о вебе, то как вы себе представляете хранение настроек в ini?

Но! Я не вел речи о вебе.

lair 23 ноя 2015 в 16:13

Пользователю. Юзверю проще разобраться с секцией и ключем, чем в xml файле.

А зачем неквалифицированному пользователю лезть в конфигурацию? А для квалифицированного xml не представляет проблем (особенно учитывая его поддержку современными редакторами).

Но! Я не вел речи о вебе.

В вебе настройки хранить не надо? Или для веба на C# не пишут?

DidenkoMS 23 ноя 2015 в 16:30

В вебе настройки хранить не надо? Или для веба на C# не пишут?

Я разве сказал, что ему не нужна конфигурация? Я разве сказал, что не пишут? Что-то не припомню.
Веб тоже в них нуждается, но я не вел о нем речь. Затронута была тема десктопных приложений.

Да косяков много, но я буду их исправлять и набираться опыта в написании статей. Благодарю за критику.

lair 23 ноя 2015 в 17:53

Затронута была тема десктопных приложений.

Где это в статье написано?

C# и app.config [...] C# и объект Properties.Settings

А ничего, что второе реализовано через первое?

(впрочем, «объекта» Properties.Settings вообще не существует, чего уж)

НЛО прилетело и опубликовало эту надпись здесь

kekekeks 23 ноя 2015 в 12:02

Эцсамое. Берём JSON.NET, делаем иерархию классов настроек любой вложенности. Из сохранение сводится к

File.WriteAllText("settings.json", JObject.FromObject(settings).ToString())

, а загрузка к J

Object.Parse(File.ReadAllText("settings.json")).ToObject<Settings>()

Получаем строго типизированный конфиг с производной древовидной структурой и простотой задания умолчаний (они задаются прямо в коде как дефолтные значения свойств) в две строчки кода. Совместимо с coreclr/corefx, мобилками, да вообще со всем кроме разве что .NET Micro. Не вижу смысла пользоваться чем-то ещё.

Dima_Sharihin 23 ноя 2015 в 13:18

Чем JObject.Parse лучше, чем JsonConvert.DeserializeObject<T>?
Или это два варианта одной операции?

kekekeks 23 ноя 2015 в 13:35

Это то же самое, да.

KvanTTT 23 ноя 2015 в 17:49

Если настроек очень много, то можно еще использовать и Automapper.

vlivyur 23 ноя 2015 в 14:28

но все они как-то разбросаны, поэтому я решил их собрать вместе и ра~~списать~~

збросать теперь по хабру.

dordzhiev 23 ноя 2015 в 15:53

Как-будто в 2010 вернулся

leremin 23 ноя 2015 в 17:27

В реальных проектах кто-то app.config использует? Лично я в своих проектах использую синглтон в виде Dictionary (на самом деле там переписанный на C# xml-движок для QSettings из Qt).