сериализация - десериализация

[Котейка]

"Родной" JSON работает почти в 2 раза быстрее, чем работал у BloodHound.
Вопрос в другом, что до сих пор не у всех стоит 11й плеер.
--- // ---
Сериализация/десериализация строки

"{\"param\":1,\"param2\":\"hello\",\"param3\":[1,2,3], \"param4\":{\"subparam\":1,\"subparam2\":\"xxx\"}}"

10000 итераций.

as3corelib ~1200
blooddy_crypto ~580
Нативный: ~280

[Babylon]

Говоря про JSON мы забываем что XML исп. в запросах. Причем весьма лаконично. Как с этим у JSON?

[mikhailk]

Говоря про JSON мы забываем что XML исп. в запросах. Причем весьма лаконично. Как с этим у JSON?

Запросах чего к чему?

[Dukobpa3]

e4x видимо)

[KumoKairo]

Говоря про XML мы забываем, что API VK и Facebook принимают и отправляют все данные в виде JSON объектов ;D

Да и потом, перед использованием XML файла в коде его придется предварительно распарсить..

[mikhailk]

e4x видимо)

Все равно не понял.
Речь о доступе к данным?

myXml.node.(@param=123) и все такое?

Добавлено через 8 минут

Говоря про XML мы забываем, что API VK и Facebook принимают и отправляют все данные в виде JSON объектов ;D

API ВК отдает и в JSON'е и в XML, принимает параметры запроса напрямую GET'ом.
Нет?

[Dukobpa3]

Апи вк уже не помню, чаще с фб общаюсь, и в ФБ таки жсон везде. Или js Object, который == as3 Object

[KumoKairo]

API ВК отдает и в JSON'е и в XML, принимает параметры запроса напрямую GET'ом.

Ну да, с ВК погорячился немного)

Просто сколько использовал - пользовался возвращаемыми по умолчанию JSON объектами

[expl]

"Родной" JSON работает почти в 2 раза быстрее, чем работал у BloodHound.

Адововцы вроде грозились выпилить алхимию, на которой алгоритм BloodHound работает в новых версиях флешплеера, не в курсе, чем дело закончилось?

[mikhailk]

Просто сколько использовал - пользовался возвращаемыми по умолчанию JSON объектами

У меня есть проекты и с JSON и с XML.
Если речь о том, чтобы передать и как-то заполнить данными объекты, то разницы принципиальной нет.
Если речь о том, чтобы получить и сразу использовать, то XML удобнее.

Вот конкретный пример:

<imgLibraries>
   <lib title="lib1">
      <img title="img11" tag="tag1" src="" />
      <img title="img12" tag="tag2" src="" />
      <img title="img13" tag="tag2" src="" />
   </lib>
   <lib title="lib2">
      <img title="img21" tag="tag1" src="" />
   </lib>
</imgLibraries>

Скачав этот XML, мы сразу получаем доступ к оглавлению и к картинкам с тэгом tag1 (из разных, прошу заметить, библиотек):

// оглавление
for(var i:int=0;i<imgLibraries.lib.length();i++) 
{
  trace(imgLibraries.lib[i].@title);
}
 
// картинки с тэгом tag1
var imgWithTag1:XMLList = XMLList(imgLibraries.lib.img.(@tag=="tag1"));
for(var j:int=0;j<imgWithTag1.length();j++) 
{
  trace(imgWithTag1[j].@title);
}

Получив данные по imgLibraries в JSON, так не сделать.


Другое дело, когда сервер работает с JSON (например, у меня есть проект на платформе nodejs+mongodb, где вообще работать с чем-то, кроме JSON несколько странно).