Исправление Midael, (текущая версия) :
знаю про 3 варианта 2 DOM 1 SAX System.Xml - это то что я когда-то даже использовал, когда альтернатив особо не было, LINQ to XML это то что посвежее на практике не использовал, но видел как используют другие люди, вроде заявлено что пользоваться им проще, да и выглядит оно поудобнее и наконец XmlReader
Вообще вариантов 4 (или 3, смотря как считать)
- XmlReader - концептуально ближе к StAX, только forward-only. Классического SAX парсера у дотнета нет (по крайней мере из коробки)
У следующих вариантов этот же XmlReader под капотом:
- XmlDocument - DOM
- XDocument - тоже DOM, только через LINQ. Новее XmlDocument, говорят что быстрее (не проверял) и удобнее (ymmv)
- XmlSerializer - маппинг в POCO. Если типов адекватно небольшое количество, то удобный вариант. Если есть схемы - тем более, т.к. можно сразу классы сгенерировать со всей разметкой про ns итп. Если как у ФТС (~700 схем на 6000+ типов), тогда ой
КМК либо первый, либо последний вариант (если бы были «мало файлов большого размера», то только первый)
Исправление Midael, :
знаю про 3 варианта 2 DOM 1 SAX System.Xml - это то что я когда-то даже использовал, когда альтернатив особо не было, LINQ to XML это то что посвежее на практике не использовал, но видел как используют другие люди, вроде заявлено что пользоваться им проще, да и выглядит оно поудобнее и наконец XmlReader
Вообще вариантов 4 (или 3, смотря как считать)
- XmlReader - концептуально ближе к StAX, только forward-only. Классического SAX парсера у дотнета нет (по крайней мере из коробки)
- XmlDocument - DOM
- XDocument - тоже DOM, только через LINQ. Новее XmlDocument, говорят что быстрее (не проверял) и удобнее (ymmv)
- XmlSerializer - маппинг в POCO. Если типов адекватно небольшое количество, то удобный вариант. Если есть схемы - тем более, т.к. можно сразу классы сгенерировать со всей разметкой про ns итп. Если как у ФТС (~700 схем на 6000+ типов), тогда ой
КМК либо первый, либо последний вариант (если бы были «мало файлов большого размера», то только первый)
Исправление Midael, :
знаю про 3 варианта 2 DOM 1 SAX System.Xml - это то что я когда-то даже использовал, когда альтернатив особо не было, LINQ to XML это то что посвежее на практике не использовал, но видел как используют другие люди, вроде заявлено что пользоваться им проще, да и выглядит оно поудобнее и наконец XmlReader
Вообще вариантов 4 (или 3, смотря как считать)
- XmlReader - концептуально ближе к StAX, только forward-only. Классического SAX парсера у дотнета нет (по крайней мере из коробки)
- XmlDocument - DOM
- XDocument - тоже DOM, только через LINQ. Новее XmlDocument, говорят что быстрее (не проверял) и удобнее (ymmv)
- XmlSerializer - маппинг в POCO. Если типов адекватно небольшое количество, то удобный вариант. Если есть схемы - тем более, т.к. можно сразу классы сгенерировать со всей разметкой про ns итп. Если как у ФТС (~700 схем на 6000+ типов, тогда ой)
КМК либо первый, либо последний вариант (если бы были «мало файлов большого размера», то только первый)
Исходная версия Midael, :
знаю про 3 варианта 2 DOM 1 SAX System.Xml - это то что я когда-то даже использовал, когда альтернатив особо не было, LINQ to XML это то что посвежее на практике не использовал, но видел как используют другие люди, вроде заявлено что пользоваться им проще, да и выглядит оно поудобнее и наконец XmlReader
Вообще вариантов 4 (или 3, смотря как считать)
- XmlReader - концептуально ближе к StAX, только forward-only. Классического SAX парсера у дотнета нет (по крайней мере из коробки)
- XmlDocument - DOM
- XDocument - тоже DOM, только через LINQ. Новее XmlDocument, говорят что быстрее (не проверял) и удобнее (ymmv)
- XmlSerializer - маппинг в POCO. Если типов адекватно небольшое количество, то удобный вариант. Если есть схемы - тем более.
КМК либо первый, либо последний вариант (если бы были «мало файлов большого размера», то только первый)