Форум Flasher.ru - Самый быстрый xml parser

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- ActionScript 1.0/2.0 (http://www.flasher.ru/forum/forumdisplay.php?f=93)

- - Самый быстрый xml parser (http://www.flasher.ru/forum/showthread.php?t=103255)

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

Мне нужен XML парсер, чтобы парсить тяжелые XML.
Подскажите где достать самый быстрый xml parser
Заранее спасибо.

Самый быстрый *— встроенный.
И во что он должен парсить?

в Object было бы неплохо.
XML2Object, например, парсит файл размером 80 кб за 450 мс, а мне мах 250 надо!

Нашел прототип, работает быстрее но меньше 300 не получается :(

Код:

XML.prototype.toObject = function ()

{

        var $xparse = function (n)

        {

                var o = new String (n.firstChild.nodeValue), s, i, t

                for (s = (o == "null") ? n.firstChild : n.childNodes[1]; s != null; s = s.nextSibling)

                {

                        t = s.childNodes.length > 0 ? arguments.callee (s) : new String (s.nodeValue)

                        for (i in s.attributes) t[i] = s.attributes[i]

                        

                        if (o[s.nodeName] != undefined)

                        {

                                if (!(o[s.nodeName] instanceof Array)) o[s.nodeName] = [o[s.nodeName]]

                                o[s.nodeName].push (t)

                        }

                        else o[s.nodeName] = t

                }

                return o

        }

        return $xparse (this)

}

Гораздо удобнее было бы похожий метод ХMLNod"у приделать, если уже так сильно нужно. А еще проще - вообще ничего никуда не парсить, ХМЛ сам по себе и так нормально структурирован, зачем усложнять?

Код:

XMLNode.prototype.__resolve = function(p):Object {

        return this.attributes[p];

}

var myXML:XML = new XML("<node a='0'><sub1 a='1'/><sub1 a='2'/><sub1 a='3'/><sub2 a='4'/><sub2 a='5'/></sub1><sub1 a='6'/></node>");

trace(myXML.childNodes[0].a);

trace(myXML.childNodes[0].childNodes[0].a);

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

Ну дык ХМЛ - это уже готовый объект с уже написаными, описанными и хорошо работающими свойствами/методами. Зачем его еще во что-то переделывать? А самое главное, что если вы дождались онЛоада, то это значит, что ХМЛ уже 1 раз парсился (получаете-то вы строку, а не ХМЛ)!
Вот, немного переделал код выше, я думаю, что это то, что мешало (длинные имена) а не плохая структура.

Код:

XMLNode.prototype.__resolve = function(p):Object {

        if(!isNaN(p/1)){

                return this.childNodes[p];

        } else {

                return this.attributes[p];

        }

}

var myXML:XML = new XML("<node a='0'><sub1 a='1'/><sub1 a='2'/><sub1 a='3'/><sub2 a='4'/><sub2 a='5'/></sub1><sub1 a='6'/></node>");

trace(myXML.childNodes[0].a);

trace(myXML.childNodes[0].childNodes[0].a);

trace(myXML[0][0].a);

Не совсем по теме...
А как длина имени влияет на скорость кода?

Цитата:

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

Ну дык ХМЛ - это уже готовый объект с уже написаными, описанными и хорошо работающими свойствами/методами. Зачем его еще во что-то переделывать?

Для того, чтобы по нему было удобнее перемещаться.

Код:

<root>

        <node>value</node>

        <text>tratata</text>

        <asdf>

                <nodeName>name</nodeName>

        </asdf>

</root>

Для того, чтобы получить значение nodeName методами XMLNode: firstChild.childNodes[2].firstChild.nodeValue
После того как перегнали в объект: obj.asdf.nodeName
т.е. получается доступ по имени, а не по номеру.

Цитата:

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

Не совсем по теме...
А как длина имени влияет на скорость кода?

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

Т.е. если вы сможете написать код, который после события onData() ХМЛя выполнится быстрее, чем onLoad() и создаст объект копирующий структуру загруженного ХМЛЯ - я буду вам дико завидовать. =) Но я не верю, что это возможно даже теоретически =) В любом другом случае, на мой взгляд, операция по превращению ХМЛя во что-то другое лишена смысла.
А если вас не устраивают названия методов childNodes и attributes - дык, я не думаю, что можно от них "избавиться" более практично, чем это сделано в моем коде...

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

Код:

<root>

        <node>value</node>

        <text>tratata</text>

        <asdf>

                <nodeName>name</nodeName>

        </asdf>

        <asdf>

                <nodeName>name</nodeName>

        </asdf>

</root>

Вообще idMap рулит, чтобы не нагружать мозг для придумывания оригинальных названий можно иметь одинаковые, но это при условии что вы написали класс обрабатывающий хмл и возвращающий нод в виде хмл объекта, что по сути не представляет большой проблемы. Лично я вижу несколько плюсов в написании такого класса.