Здравствуйте, ArtemGorikov, Вы писали:

AG>В случае с custom INI-форматом — аналогично, зачем изобретать велосипед (кривой скорее всего), если есть:
AG>1) стандартный виндозный формат и API для работы с ним
AG>2) XML и куча парсеров к нему, на любой вкус.

XML и его парсеры -- это конечно хорошо, только когда из автоматически распарсеного DOM-дерева нужно будет преобразовывать данные в какое-то внутренне представление, то вот здесь главные неприятности и проявляются. Хорошо, если есть инструмент, который поддерживает отображение XML на внутренние типы данных. А вот если такого инструмента нет (как в случае с C++), то приходится писать кучу весьма некрасивого кода. И заниматься вещами, которые могут быть удобно встроены в какой-нибудь велосипед. Вот, например, хранятся в XML целочисленные значения. Получаешь ты их из DOM-а в виде строк, а дальше нужно в двоичное представление перевести. И начинается -- sscanf, istringstream, самописные преобразователи и пр. А добавим еще возможность сохранения значений в XML в разных системах счисления: 0x, 0, 0b -- еще веселее становится.

Имхо, в таких случаях как раз проще взять какой-нибудь велосипедик, который все это за тебя делает. Чем в каждом проектике заниматься подобными преобразованиями.

Disclamer: речь шла о C++, для которого нет стандартных средств отображения структур данных на C++.