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

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

kly>MSXML удобно использовать в связке с ATL. Я работал с ним, но вся это конвертация BSTR kly>и т.д. портят настроение. Хотя по мнению W3C это одит из самых быстрых парсеров. А что kly>ты имеешь против Xerces? А C++ проект это VC или BCB?

CC>с++ это vc.

CC>Против Xerces ничего не имею Но задача такова, что чем компактнее будет парсер, тем лучше, нужна только базовая функциональность DOM парсера, именно DOM, а не SAX.

CC>MSXML не устраивает по тем же причинам — жирности и каллорийности

CC>Чилкатовский парсер в общем то удовлетворяет почти по всем параметрам, но хочется проработать альтернативы.

CC>TiniXML — поддерживает только набор символов ASCII

CC>еще очень не плохой бесплатный парсер у Oracle, но там лицензия не устраивает

CC>конечно есть масса парсеров на sourceforge, но большинство из них —

CC>
Жирные парсеры — это ! Но вообще, MSXML, равно как и Xerces не такие и жирные, ты наверняка будешь использовать только интерфейсы IXMLDOMDocument2, IXSLProcessor, ну и схемы наверняка. Не потолстеешь. Я тоже долго рассматривал XML и XSLT процессоры, но выбор пал на MSXML.