Используя Повышение в чтение и XML-файлы записи

Вам следует попробовать pugixml Легкий, простой и быстрый XML-анализатор для C ++

Самая приятная вещь в pugixml - это поддержка XPath , которого нет в TinyXML и RapidXML.

Цитата автора RapidXML: «Я хотел бы поблагодарить Арсения Капулкина за его работу над pugixml, которая послужила источником вдохновения для этого проекта» и «на 5–30% быстрее, чем pugixml, самый быстрый анализатор XML. знает о "Он тестировал pugixml версии 0.3, которая недавно достигла версии 0.42.

Вот выдержка из документации pugixml:

Основными особенностями являются:

• низкое потребление памяти и фрагментация (преимущество над pugxml составляет ~ 1,3 раза, TinyXML - ~ 2,5 раза, Xerces (DOM) - ~ 4,3 раза 1). Точные цифры можно увидеть в разделе Сравнение с существующими парсерами. UTF-16/32 (независимо от значения по умолчанию для std :: wstring и wchar_t))
• полностью совместимый со стандартами код C ++ (одобрен в строгом режиме Comeau); библиотека мультиплатформенная (список платформ см. в справочнике)
• высокая гибкость. Вы можете контролировать многие аспекты синтаксического анализа файлов и построения дерева DOM с помощью параметров синтаксического анализа.

Хорошо, спросите вы - в чем прикол? Все так мило - это маленькое, быстрое, надежное и чистое решение для синтаксического анализа XML. Чего не хватает? Хорошо, мы честные разработчики - так что вот список ошибок:

• потребление памяти. Он превосходит все известные мне парсеры на основе DOM, но когда приходит парсер SAX, шансов нет. Вы не можете обработать XML-файл размером 2 ГБ с объемом памяти менее 4 ГБ - и сделать это быстро. Хотя pugixml ведет себя лучше, чем все другие парсеры на основе DOM, поэтому, если вы застряли с DOM, это не проблема.
• потребление памяти. Хорошо, я повторяюсь. Еще раз. Когда другие синтаксические анализаторы позволяют вам предоставлять XML-файл в постоянном хранилище (или даже как область отображения памяти), pugixml этого не сделает. Поэтому вам придется копировать все данные в непостоянное хранилище. Более того, он должен сохраняться в течение всего времени жизни парсера (причины этого и больше о времени жизни написано ниже). Опять же, если вы в порядке с DOM - это не должно быть проблемой, потому что общее потребление памяти меньше (ну, хотя вам понадобится непрерывный кусок памяти, что может быть проблемой).
• отсутствие проверка, обработка DTD, пространства имен XML, правильная обработка кодирования. Если они вам нужны - возьмите MSXML или XercesC или что-нибудь в этом роде.