Чем парсить конфигурационные файлы?

grep

Esrap

Бери JSON и не заморачивайся.
Только обрати внимание, чтобы парсер поддерживал комментарии. Некоторые либо вообще их не поддерживают, либо нужно включить специальную опцию.

xml

libxml2 Но смотря какой жирности будут конфиги – может и чересчур. Стандартного key:value/\n не хватает?

Also, libconfig

Я могу только на gambas дать свой простой парсер.

что скажешь про tinyxml?

хранить конфиги в xml - зло

А как же YAML?

Хм, попробуй, я не пользовался, но судя по libhunt-compare он живет и развивается, что не может не радовать.

enterprisey!

Да XML больше всего понравился PugiXML. Но во-первых, это плюсы, а во-вторых, конфиги в XML - это садизм.

Если конфиги человекоредактируемые - «любой xml, json» ни в коем случае не брать. Если не хватает ini-формата, посмотри на yaml лучше или lua.

Хочешь наказать своих пользователей - бери хмл.

Хочешь быть в их глазах няшей - используй JSON.

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

Редактировать будут вручную, значит json? Какую библиотеку посоветуешь? Чтобы освоиться быстро и была искаропки в репах слаки.

хмл это ад для того, кто его вручную редактирует

ведроидокодерам норм

если для ручного редактирования в режиме обычного текста то строковый типа ini или quake config (в геймдеве вроде сейчас популярен lua script), ни в коем случае не xml или json.
xml создан для графического отображения, а json для внутрипрограмного использования, использование обоих для текстовых конфигураций есть неправильно.

Поддерживаю. ini самый удобный и читаемый формат. А в случае, когда сложно, Lua для конфигов может выглядеть очень опрятно и читаемо.

xml создан для графического отображения

Именно. А популярность набрал потому что роботам нравится и потому что стримовый.

Человеку читать его ещё можно, но писать это боль.

Чем парсить ini?

Хрен его знает, вытащи парсер из libass

iniparser только знаю, да норм. Спс

А ну ок если нашел.
В АSS просто синтаксис более приятный

[Script Info]
; Script generated by Aegisub 3.2.2
; http://www.aegisub.org/
Title: Default Aegisub file
ScriptType: v4.00+
WrapStyle: 0
ScaledBorderAndShadow: yes
YCbCr Matrix: TV.601
PlayResX: 1920
PlayResY: 1080

А с json-то в чём проблема, кстати?

libucl

конфиги и ведроидоюай это разные вещи, как ведроидокодер говорю.

С ним нет проблем, просто он создан для использования внутри программ, а не для редактирования руками.

как другой ведроидокодер говорю, что при должном умении и старании можно устроить вполне хороший ад:)

какой именно конфиг? Там только ключ-значение, или есть сложные структуры?

Хочешь их наказать ещё больше — используй JSON.

FFGJ — в json нет комметнариев, а это для конфига очень и очень важно.

Не советую json. Xml тоже только если нет других вариантов. Луче стандартный ini или config файл, как в линуксе в /etc/. Пользователи будут путаться с json, делать ошибки. xml не так страшен, но тоже будут путаться. Проще всего key=value, и все. И лучше два config-файла, а не один. Один тот, в который пишут пользователи, другой тот, в который пишет программа.

нету. А ты жив?

в json нет комметнариев

А потом изобрели http://json5.org/. Интересно, что с ним.

При генерации дефолта конфига можно добавить к каждому элементу свойство comment, например. Но да, этот момент я как то не обдумал.

Если в конфиге будет много иерархических структур, то XML, иначе JSON. Просто ИМХО JSON выглядит не очень хорошо на больших однотипных структурах.

Решается «инклудами», заодно сложный конфиг раскидывается на файлы.

tinyxml, rapidxml - обе либы просты в использовании, очень быстрые и относительно небольшие.
jsoncpp - небольшая, вполне юзабельная либа. Но конфиг в json - это просто лютый ад.

хранить конфиги в xml - зло

Plain ini или binarу будет лучше?

Чем парсить ini?

Для плюсов я писал свой парсер. Там полторы с половиной строки кода. Работы на пол часа.

Зачем хранить конф файлы в XML ?!

Чем парсить ini?

http://doc.qt.io/qt-5/qsettings.html

а без ненужнокутей.

старые добрые .conf ?

Что такое .conf? Где описан его формат?

а без ненужнокутей.

Даже если ты не используешь Qt, тебе никто не мешает попробовать как работают файлы конфигураций в нём. Главный момент на который стоит обратить внимание, это то что конфигурационные данные могут храниться в разных файлах с переназначением параметров (например, /etc/myprogram & $HOME/.config/myprogram)

Собрался с силами и почистил старый говнокод для чтения / записи ini-файлов:
https://bitbucket.org/andreyu/ini-file

Из особенностей:
- Сохраняет структуру исходного ini-файла при его изменении и последующей записи.
- Понимает пустые строки и комментарии ";".
- Для чтения / записи принимает на вход «абстракцию» cFile.
- Умеет удалять ключи.

Жаль что c++

Жаль что c++

Заменить std::vector на свой список несложно.

Bison / peg. Не мучай пользователей позязя.

DSL.

Не кажется ли тебе что второй конфиг это просто сброс состояния на диск, а не второй конфиг?

DSL.

Это как cmake - мощный, но ужасный внутри?