Самый быстрый xml parser

[wvxvw]

Сообщение от screamge

...но это при условии что вы написали класс обрабатывающий хмл и возвращающий нод в виде хмл объекта...

Этот класс был давно написан Макромедией, называется XML %)

Человек спросил, как сделать быстрее, а вы ему предлагаете еще 1 атрибут добавить в его, и без того очевидно не маленький ХМЛ? =))) Хотя, может idMap и рулит куда-то %) я не спорю =)

[screamge]

А я вообще не стороник парсинга. По поводу добавления аттрибута то мне просто сложно представить как вы будете ориентироваться без него в хмл размер которого больше хотя бы 100 нодов.

Разговор про ограниченые возможности класса ХМЛ по сравнению хотя бы с его тёской в Ас3 простой выходит за тему этого топика.

[udaaff]

Сообщение от wvxvw

А что ты будешь делать, если получишь такой ХМЛ?
Код:

<root>
	<node>value</node>
	<text>tratata</text>
	<asdf>
		<nodeName>name</nodeName>
	</asdf>
	<asdf>
		<nodeName>name</nodeName>
	</asdf>
</root>

=)

Если xml будет преобразовываться в объект, так и надо в нем описывать структуру объекта, и, соответсвенно, исключать одинаковые имена. Ну а такой xml как ты в пример привел, конечно же нет смысла в объект преобразовывать, потому что узлы пришлось бы в массив поскладывать и получилось бы суть тоже самое.

[wvxvw]

Сообщение от screamge

А я вообще не стороник парсинга.

Да елки, ну как это еще сказать... конструктор ХМЛя что принимает? - строку, когда ХМЛ загружается извне, что он получает? - правильно, строку. Вот, когда он создается конструктором или parseXML - вот тогда и происходит парсинг %) Я это и пытаюсь донести, что парсить 2 раза - бессмысленно. Не нравится, как это делает встроенный класс? - вам все карты в руки, пишите сами, по большому счету лоадВарз от ХМЛ.лоад мало чем отличается. Вот только смысла в такой операции я не вижу. Зачем переделывать то, что уже реализовано на уровне родных встроенных в плеер функций? И АС3 тут явно ни при чем...

Скажем по-другому, это часто встречающееся заблуждение, что для того, чтобы было "удобно", нужно загруженный ХМЛ во что-то трансформировать. На самом деле же, родная структура ХМЛя достаточно удобна, а главное - быстро работает, и нет смысла переделывать его во что-то другое.

udaaff:
Ну, тогда следующий вопрос =) А зачем тебе нужно такое преобразование, которое. 1. работает медленно. 2. имеет мало преимуществ перед встроенными возможностями (положа руку на серде - никаких). 3. не в состоянии обработать все возможные ситуации.
ХМЛ в посте выше - вполне нормальный ХМЛ, любой браузер его отобразит не выдавая сообщения об ошибках (да и с какой стати?). Так почему созданый тобой мегаудобный парсер будет глючить, получи он такой безобидный ХМЛ? %)
Та же ерунда и с idMap - ну, хорошо, если вы сами автор вашего ХМЛя, и знаете, что атрибут id не должен дублироваться. А что если автор не вы? Переписываться с заказчиком, и обьяснять ему, что ДБ которую он строил несколько месяцев, заплатил за нее N$ и работающую хорошо во всех остальных ситуациях он не сможет связать с вашей флешкой? Честно, шанс после таких объяснений быть посланным\уволенным => бесконечность =)

[screamge]

Так и я о том, что для того чтобы получить нужное их хмл не обязательно во что-то его преобразовывать, а мною упомянутый idMap только облегчает этот процесс.

[wvxvw]

По поводу идМапа, смотри пост выше, сорри если немного резко выразился. Ничего личного, скорее личный опыт =)

[udaaff]

Сообщение от wvxvw

udaaff:
Ну, тогда следующий вопрос =) А зачем тебе нужно такое преобразование, которое. 1. работает медленно. 2. имеет мало преимуществ перед встроенными возможностями (положа руку на серде - никаких). 3. не в состоянии обработать все возможные ситуации.

Оно нужно тогда, когда нужен объект =) К примеру, в программе имется много настроек, и любая из них может понадобится в процессе работы программы, и мне кажется тут гораздо удобнее было бы настроики эти получать по именам, а не высчитывать на калькуляторе, где они там находятся =)