Именная конфибубля

Посмотри https://github.com/hyperrealm/libconfig
https://habr.com/ru/post/148948/

О! Шикарно выглядит! Спасибо.

json

yaml, toml.

https://github.com/nlohmann/json header only.

https://github.com/nlohmann/json header only.

JSON хороший формат, но для конфиг-файлов, которые читаются и правятся человеками не годится! Хотя-бы из за отсутствия комментариев.

проблема надуманная, назначай правильные по смыслу ключи или добавляй доп. ключи ввиде «name:description»

Ну я, например, люблю когда в конфиге есть краткое описание что тут вообще происходит. Причём краткое, но достаточное для работы не заглядывая в документацию.

Хотя-бы из за отсутствия комментариев.

Когда очень надо, фигачат псевдоэлемент _comment и пишут туда всё, что надо.

Про комментарии категорически согласен. Автор json в этом плане проявил себя имбецилом. Но для сложных иерархических конфигов json все таки очень хорош. А комментарий на крайняк можно и так:

{
    "some-key-comment":"comments_comments",
    "some-key-value":"some-value",
}

Какой хороший формат для конфигов. До чего же удобно следить за всеми этими красивыми скобочками, запятыми, кавычками. Как приятно создавать для комментариев псевдоэлементы.

Ну по поводу комментов - кастыль, да. Но для конфигов, написания/чтения думаю все же удобно. Ну и что, что в кавычках, наоборот - защита от лишних пробелов. Скобки нужны для выражения иерархии/списков, это же наоборот хорошо.

YAML

Когда очень надо, фигачат псевдоэлемент _comment и пишут туда всё, что надо.

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

В общем при прочих равных я за наличие комментариев.

boost::property_tree

YAML или Protobuf text format.

Не, ямл все-таки поудобнее руками править. Жсон - это для машин.

Lua

А что делать, если мне нужно временно закомментировать часть конфига

ну и проблема, просто ставишь любой символ любимого комментария в начале ключа

зато видел заявления, что таки вот именно это и самое хорошо, ибо при таком варианте комментариев, они абсолютно точно не потеряются при машинной перезаписи конфига :)
так что это не баг разработки формата, а фитча !!

Ну лично я вообще за XML, он избыточный в хорошем смысле слова и если хорошо приготовлен — вполне человекочитаем. Но он сейчас не в моде, и его надо уметь готовить (очень многие судят про XML именно по плохо приготовленным схемам).

зато видел заявления, что таки вот именно это и самое хорошо, ибо при таком варианте комментариев, они абсолютно точно не потеряются при машинной перезаписи конфига :)

Да я тоже видел. Ну что тут скажешь. Тупых подпевал хватает везде.

XML человекочитаем, но лично я предпочел бы никогда не работать с ним вручную.

XML
вполне человекочитаем

XML
человекочитаем

kek

проблема надуманная, назначай правильные по смыслу ключи или добавляй доп. ключи ввиде «name:description»

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

XML убог потому что в каждом ноде почему-то два разных списка поднодов и один из них не поддерживает иерархию. Это имеет смысл только для разметки текста (HTML).