mikhailk,
Да, и правда здорово, спасибо за пример

Тут как бы в чем прикол.
Если вам можно/удобно/быстро/адекватно - работать с сериализованными текстовыми данными - то хмл - самый крутой вариант. Тут есть различные выборки и прочие плюшки e4x. Если же работать с сериализованными данными не получится, и в любом случае придется парсить это всё в объекты системные - то надо думать. Я бы к жсон склонялся. Ибо JSON.parse(string) - УЖЕ выдаст объект. Который УЖЕ можно использовать в системе, и при необходимости можно его кастовать в нечто другое.

Так вот и я об этом.
Автор интересуется вопросом "вообще", а его не существует вообще. Разные задачи = разные технические решения.

Мне, например, не известны онлайн-шутеры, в которых данные гонялись бы в JSON или XML. Если автор замахнулся на что-то подобное, то ему надо смотреть вообще в другую сторону.

mikhailk Нет, я просто как наверное любой новичок, услышал от Dukobpa3 незнакомые слова сериализация, ну и конечно начал разбираться в этом заранее. Прежде чем дело дойдет до применения. Пока просто читаю Вас и потом в поиск. По большому счёту я понял то что хотел на девяносто процентов. Десять процентов я пока придержу до полного усвоения и потом спрошу.
А про шутеры, что там лучше?) Там наверное байтовые запросы идут...

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

Как и все костыли

А в чем смысл использования данного костыля?
Искренне не понимаю.