Кроссплатформенные XML парсеры для C++. Обзор...

Бесплатные

Ты не ошибся форумом?

вот один:

http://rapidxml.sourceforge.net/manual.html

что не так?

На этом форуме не любят «бесплатное» ПО.

> На этом форуме не любят «бесплатное» ПО.

потому-что нищеброды и считают, что пользуются не бесплатным, а открытым :)

>бесплатных кроссплатформенных XML парсеров

QtXML

извиняюсь за неправильную формулеровку

libxml2

вот ещё один

я рекомендую Arabica - это С++ интерфейс для разных XML парсеров - xerces, libxml2, expat, MS XML - плюс там много дополнительных плюшек, которые могут быть полезны...

я его использую (через libxml2) в разработке нашего продукта (McAfee Web Gateway), при обработке больших объемов данных. А так, если нужен только DOM, то можно взять rapidxml...

libxml2 - plain C ;-)

libxml++1.0-dev - A C++ interface to the GNOME XML library (libxml2)

libxml2 - plain C ;-)

ну тогда libxml++ ;-)

> QtXML

Пациент применительно к DOM скорее мертв, чем жив.

XML настолько беспощаден, что есть какая-либо значительная разница между различными реализациями парсера?

> XML настолько беспощаден, что есть какая-либо значительная разница между различными реализациями парсера?

да, причем очень значительная

Ну не знаю. В моем проекте используется, УМВР, как говориться.

лицензия у него не такая как у libxml2

а вообще бери YAML, куда как более лаконично

YAML не для всего подходит.
На кой вообще ОПу нужны иксэмэли?

YAML не для всего подходит.

O'RLY?

Я не уверен, но по моему, форматировать текст при помощи YAML это маалость извращение.

> XML настолько беспощаден, что есть какая-либо значительная

разница между различными реализациями парсера?

Он предельно беспощаден.

>Пациент применительно к DOM скорее мертв, чем жив.

Без DOM чаще всего можно обойтись

http://www.xml.com/pub/a/2007/05/16/xml-parser-benchmarks-part-2.html
http://rapidxml.sourceforge.net

http://xmlbench.sourceforge.net/results/benchmark/

Я не уверен, но по моему, форматировать текст при помощи YAML это маалость извращение.

ну при редактировании вики как-то этого не чувствуется

Это потому, что при форматировании вики ты используешь вики-разметку?

>формулЕровку

лучше бы ты уроки учил, не «формулЕровками» занимался

Это потому, что при форматировании вики ты используешь вики-разметку?

да, мой капитан :)

 ---
 language: YAML
 acronymn stands for: Yet Another Markup Language
 acronym doesn't stand for: Yaml Aint Markup Language
 features: 
  - documents are very readable by humans.
  - interacts well with scripting languages.
  - uses host languages' native data structures.
  - has a consistent information model.
  - enables stream-based processing.
  - is expressive and extensible.
  - is easy to implement.

не правда ли очень похоже на вики-разметку?

хотя тут надо заметить - иногда гораздо удобнее бросить xml-таг, но в yaml уже запиливают yaml-xml

Хмм, ну а как будет выглядеть аналог такого:

\section{An Interesting Section}\label{sec:interest}
la-la-la. A \definition{term} is foo or \emph{bar}

Т.е. интересна смесь текста и команд/тегов, в XML это достигается за счёт mixed content, а в YAML?

А теперь выдели одно слово жирным.

А теперь выдели одно слово жирным.

---
plain: YAML is butt-ugly for
bold: text
plain: processing, but it still can be used to.
smiley: :)
...

ну просто представьте что это список блоков, которые могут иметь разные типы и всё тип топ :)

> маалость извращение.

ну, не без этого :)

поэтоу я написал:

хотя тут надо заметить - иногда гораздо удобнее бросить xml-тег

то есть наверное я погорячился, когда заявлял что YAML самый удобный всегда :) ну или скажем так: я мыслил в терминах своих задач

XML придумали производители жестких дисков, процессоров и памяти. Не поддавайтесь им, используйте бинарные форматы.

… и страдайте.

> используйте бинарные форматы.

толсто