Здравствуйте, Аноним, Вы писали:

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

А>>>>2) При использовании DOM парсера код зачитки/сохранения простой и читабельный
C>>Вдогонку — "простой и читабельный"!?! Хех, этот код вообще не должен наружу торчать — для внешнего кода настройки должны выступать как просто сериализуемая сущность, откуда, как да куда это не забота внешнего кода. Иногда бывает нужно чтобы для внешнего кода были дополнительные возможности указать куда именно сохранить файл там или реестр (тот же импорт\экспорт опций), но это дополнительный интерфейс, который используется только, там где нужен.

А>Много буков и знаков "!?!" а вот смысл написаного ускользает Что сказать то хотели?
Стартовый вопрос прочитайте плз:
1) какие преимущества XML именно в хранении опций?
2) Ну это вообще-то так, для отвода глаз — на самом деле хотел чтобы Вы букафки мне посчитали...

Пора заканчивать холиварить... Разговор не о XML вообще — тут как бы все понятно, а об очень конкретном и узком его применении. Опять же пару доводов все-таки было произнесено: вроде легкости переноса на другую платформу и повторного использования кода (когда действительно есть код парсинга XML в проекте, который активно юзается).

Остальное это уже всё или масло маслянное вроде "XML позволяет мне писать в XML-файлы" — оно эта канечна! XML оно вот значитъ свет, а вот не XML вот ... тьма.... или уж не не преимущество XML как таковой.