Перебор элементов массива

[mooncar]

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

Атрибуты xml вы имеете в виду?

Ну да.

[Hauts]

Насколько я понимаю, в атрибуты не вписать хтмл-верстку, вот, собственно, и все, что приходит в голову по поводу того, чем они хуже или неудобнее

[mooncar]

Ну они для этого и не предназначены.
CDATA "рулит".

[Arkadiy]

Да, имею ввиду Атрибуты xml.

вот ссылка http://www.artlebedev.ru/tools/techn...etc/flash-xml/

а вот цитата в частности:

XMLNode.attributes

Свойство. Ссылка на объект, содержащий атрибуты узла первого типа. Атрибут может быть один, их может быть несколько или не быть вовсе. Количество атрибутов и объем данных, которые будут содержать атрибуты, никак не ограничен. Однако на практике рекомендуется не перегружать этот объект данными.

Может не именно эта цитата, но после прочтения статьи почему отложилось именно такое.

[dark256]

фигня все это. если делать атрибуты как DAT, ID, NAME и т.п. , а не писать data_block_of_indexed_user_name="" то и перегрузки не будет.

Ну и пошло деkать так:
<MAIN>
<USER>
<NAME>kdjfgnsgfg</NAME>
<LEVEL>49856749</LEVEL>
<MONEY>256</MONEY>
</USER>
<MAIN>

Так как все это можно записать более компактно
<USER Name="ertert" Level="3434" Money="2323"/>

[mooncar]

У меня такое понимание того, когда использовать атрибут, а когда заполнять данными сам узел.
Если данные будут меняться по ходу работы приложения или веб-сервиса, то данные пишем в узел.
Если данные будут неизменны, то лучше и удобнее в атрибут.

Например, есть коттеджный поселок с N домов.
Понятно, что номер дома меняться не будет и новых домов не построят. Поэтому их номера запишем в атрибут <house id="1">. А вот описание - стадия готовности, доп. данные и прочее, словом то, что может меняться админами с помощью CMS или руками - это уже пишем внутрь <house id="1"></house>.
По карйней мере, я придерживаюсь такого правила.

[dark256]

for ( var ATTR in XML.childnode[x].attributes)   obj[ATTR] = XML.childnode[x].attributes[ATTR]

И все.
Далее по отсутствию undefined конструктор объекта детектит наличие того или иного параметра и соотв. отрисовывается.
Парсер - универсальный получается. Не надо для узлов ничего дописывать. имхо