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

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

C>>>>В общем, мне действительно интересно: что дает XML в хранении настроек? Можно даже вообще теоретизируя...
AB>>>Наглядность, возможность редактирования. В данном случае преимуществ перед ini не вижу, но я пристрастен. Между ini и xml выбрал xml, хотя стоит добавить и ini по выбору пользователя. Даже скажу, что хранить настройки программы правильней в ini, ибо проще и читать, и редактировать, и сохранять.

А>XML дает

А>1) Автоматическую совместимость сверху вниз и снизу вверх
ОГО! Серьезный прорыв! Без XML с совместимостью никак!!! Подумываю вот унитаз портировать на XML — а это все эти ручки спусковые некузяво как-то, а так заслал XML-пакет... и поплыло
А>2) При использовании DOM парсера код зачитки/сохранения простой и читабельный
Зачем в опциях DOM-parser? Чего в опциях там "Document Object Model!"? Не! Ну конечно ini по сравнению с XML совсем нечитабельный, и не простой....
А>3) Сами данные опций часто организованы в иерархии\древовидные структуры (плагин 1. панель 1. панель 2. плагин 2. панель 1 ... ) что опять же делает работу с ними через xml простой и гарантирует совместимость. В ini такое сохранить уже сложнее и выглядит не так естественно.
Сами почитайте что написали по сути "XML дает нам возможность работы с XML"? Ну и что? Зачем мне с опциями работать через XML? Причем тут совместимость — совместимость чего с чем, и почему ее нельзя гарантировать без XML?
Вот переносимость ОК, согласен — это довод для многоплатформенности.

А>А вообще меняем конечно, то же на то же. Но причин "недолюбливать" xml не вижу.
Кто сказал что недолюбливаю? Вопрос был про конкретное применение к хранению опций: какие плюсы и минусы... Причем тут XML вообще?
А>Хотя ваше дело, я например как сохранял опции в xml, так и буду,
Где предложение на что-то переходить? С этого все и началось, что исторически в старых проектах как-то обычно опции по другому хранились. Соответветственно и вопрос: "зачем" и "переходить" на XML? Что дает? Переносимость\портабельность случай важный — но все же частный. Вот автор Blogogist`а привел вменяемый и четкоаргументированный довод — есть код разбора XML, доточить его до опций дело трех минут, почему бы нет. Веский довод — повторное использование.

А>и не думаю что когда нибудь мне придется рвать на себе волосы и кричать " Ну почему я тогда не послушал Carc'а ??!!!11одинодин"
Та не! -1 — за логику, и -2 за умение читать вопрос.
Вопрос был об уже существующем коде: вот есть код для ини-файлов в конкретном проекте, а можно на XML — что даст переход, какие плюсы, какие минусы? А Вы ответили в стиле "всэ побэжали и йа пабэжал"

Интересное наблюдение: код сохранения в ини рядом с exe-шником под Вистой работает, а ваш хваленный XML облажается...
А>
Да совсем евагелисты ананимам моск проели
Для полноты обсуждения осталось только услышать довод "XML — это круто" и засим можно будет считать этот вопрос окончательно решенным