Какой формат устройства хранения данных настроек выбрать?
Каждый раз, когда Вы заканчиваете некоторый код, который работает и не завинтит никого больше, если они получают его в обновлении.
И удостоверьтесь, что Вы комментируете правильно.
4 ответа
Если по какой-либо причине вы в конечном итоге обойдете QSettings и рассмотрите XML для своего файла конфигурации, я предлагаю вам взглянуть на JSON или YAST, в зависимости от того, как вам нравятся доступные libs.
В качестве примечания: если вы не собираетесь, чтобы пользователи когда-либо редактировали файл вручную, просто выберите то, что вам проще ( QSettings ?), и продолжайте жить своей жизнью, поскольку выбор формата не имеет значения ни единого бита (хар хар).
Для этого можно использовать класс QSettings . Это класс абстракции, который позволяет вашим приложениям сохранять свои настройки, чтобы получить их при следующем запуске.
Сохранить настройки:
QSettings settings("ValueName", "Value");
Прочитать настройки:
QString v = settings.value("ValueName");
Еще один способ взглянуть на многословие - надежность содержимого. Если по какой-либо причине (альфа-частица бомбардирует диск, вызывая переворот одного бита), вы все равно можете пойти туда и внести необходимую коррекцию ошибок ... так что есть выгода, но и связанные с этим затраты ... двоичный файл, ошибка одного бита означает полную потерю данных
I would start with doing the QSettings via .ini files, and see if you end up with many problems with it. If there aren't problems, then there's no need to go for an XML solution. If you do end up wanting the XML solution, you could (as mentioned) add a formatter for the QSettings objects.