60 секунд установки и полтора десятка мегабайт? И потратив несколько дней (недель) на написание собственного парсера?(сэкономив время и место)
Давайте делать различия между MSXML и XML как таковым. Во-первых "выгрузить" в XML можно пользуясь всего лишь оператором конкатенацииТы можешь обойтись без XML ровно до того момента как тебе потребуется, например, экспортировать что либо в XML.
tyomitch писал(а):Кстати, где там был брейншторм "в каком формате хранить настройки"? Ещё их можно хранить в реестре, а потом выгружать на диск как ульи и так же загружать обратно.
tyomitch писал(а):Ладно, преклонимся перед величием Винды и перейдём к обсуждению менее возвышенного.
Создание XML-документа не аннулирует. Быстрее и лаконичнее собирать строку с помощью Mid, чем через объектную модель MSXML. Ну а парсить конечно лучше самизнаетечем. Просто заявление FaKk2 было слишком уж категоричным.tyomitch писал(а):Так это ж аннулирует половину преимущества от использования XML.
Если парсить самому, то что INI что XML -- никакой разницы.
Вообще-то содержит. Только это разметки разные. еXtended Markup Language - разметка данных, RTF - разметка текста.VVitafresh писал(а):XML сам по себе не содержит никакой разметки (в отличие от RTF).
C каких это пор IE отображает rtf? Он его предлагает скачать и открывает дефолтным редактором.Watts[]n! писал(а):Интересует возможность конвертирования в RTF в таком виде, в каком его показывает, например, IE при просмотре.
Почему избыточность это недостаток? И в чем собственно она заключается?Недостатков назвали пока немного:
-- высокая избыточность;
В каком это месте парсер MSXML непроизводителен? Есть более производительные примеры?-- низкая производительность (по заверениям некоторых жителей форума).
Antonariy писал(а):C каких это пор IE отображает rtf? Он его предлагает скачать и открывает дефолтным редактором.
Если возникает необходимость строить догадки, значит задача поставлена неверно или неполно. Если задача предполагает изменения соглашений, то принципы этих изменений можно и нужно описывать в тех же соглашениях. Неспособность это реализовать - проблема разработчика, а не технологии. Технология предоставляет такие возможности. И опять же - коммуникация с помощью xml имеет смысл лишь для некоторого круга конкретных задач, в часности тех, которые предполагают изменения соглашений.Облегчение коммуникации
Самодокументирующаяся сущность XML часто расценивается как помощь в коммуникации между приложениями: мы можем посмотреть на файл XML и сделать разумные предположения, так как значение данных основано на тэгах. Также формат файла может меняться, не влияя на коммуникацию, потому что он основан на тэгах, а не на расположении данных. Однако если тэги изменяются или не подходят, то коммуникация будет прервана. Запомните хотя бы сейчас, что компьютеры не умеют строить догадки.
Независимо от использования специальных средств коммуникация между системами требует соблюдения двух условий:
1. соглашение по тому, что будет отправляться (что обозначают данные);
2. соглашение по формату.
XML не меняет эти требования, и несмотря на уверения в обратном это не упрощает дело.
Вернуться в Holy Wars@VBStreets
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 27