Сериализация QSettings

[Zerkin]

Т.е. предлагается получить через allkeys все ключи, потом в цикле получить все значения, запихать всё это, например в QMap, сериализовать в QDataStream, дальше передать его по сети, на другом конце десериализовать и пользоваться? Как то уж очень некрасиво.

По поводу этого согласен с топикстартером. Это первое, что приходит в голову, думал, может, есть решение покрасивее.

[Zerkin]

Или вообще не заморачиваться в этой задаче с QSettings, а использовать QVariantMap.

[xokc]

Хотелось бы узнать у топикстартера (насколько я знаю, он активно посещает форум), решил ли он тогда эту проблему?

Нет, "красиво" не решил. Написал свой собственный промежуточный класс между QSettings и сетью. При создании он "читает" себя из QSettings, дальше сериализуется в QByteArray и "улетает" в сеть. А там десериализуется и уже используется без всяких QSettings. Вообще за эти три года я видимых изменений в QSetting в новых версиях не вижу, а хотелось бы Например ini файлы c комментариями, поддержку json конфигов "из коробки" или yaml. Очень нужны нормальные человекочитаемые самодокументирующиеся (с поддержкой комментариев) иерархические форматы (ini - не вариант, там с иерархией просто беда). И очень не хочется велосипедить самому

[xokc]

Или вообще не заморачиваться в этой задаче с QSettings, а использовать QVariantMap.

Мне QSettings нужен был именно для иницииализации своего класса из конфига. Поэтому, напрямую QVariantMap не прокатывал.

[Zerkin]

Я правильно понимаю, что физический файл на носителе все равно существовал?

[xokc]

Не очень понял последнего вопроса. Если речь идет о самом начальном состоянии, то, если реестр Windows можно считать "физическим файлом на носителе", тогда - да, существовал. Если же о промежуточном (между сервером и сетью) - то, нет, промежуточной сериализации в файл на диске не было.

[Zerkin]

если реестр Windows можно считать "физическим файлом на носителе", тогда - да, существовал

В общем-то да.

Спасибо вам за ответы и отклик. В принципе, всё для себя уже уяснил.