В данной статье (http://www.ibm.com/developerworks/ru/library/x-xml2jsonphp/i...) демонстрируется использование основанных на PHP серверных программ для преобразования данных приложения из XML-формата в JSON-формат.URL: http://www.ibm.com/developerworks/ru/library/x-xml2jsonphp/i...
Новость: https://www.opennet.ru/opennews/art.shtml?num=11769
JSON - сосет конкретно. Суперпараша.
На больших объемах умирает всё.
Просто? Да.
Для мельчайших поделий - рульз.
Так чта... Я бы советовал таки держаться XML-парсеров на стороне сервера.
1) а пхп не на сервере? т.е. - кто мешает создавать джсон на сервере и передавать клиенту.
2) и не НАСТОЛЬКО уж проблемма написать свой сериалайзер данных напрямую в джсон.а размер кода клиента уменьшается в разы. Мы с джаваскриптом активно юзаем, так как просто не сравнить.
---
ну это из субъективного опыта ,)
>1) а пхп не на сервере? т.е. - кто мешает создавать джсон
>на сервере и передавать клиенту.Бывает необходимость преобразования XML в JSON уже в готовых системах или используя сторонние источники, тот же Atom для создания AJAX интерфейсов, метод достаточно шустро это делает. Парсить на стороне клиента XML кроссбраузерно при всем желании не получится
>JSON - сосет конкретно. Суперпараша.
>На больших объемах умирает всё.
>Просто? Да.
>Для мельчайших поделий - рульз.
>Так чта... Я бы советовал таки держаться XML-парсеров на стороне сервера.На примере приложений гугля можно убедиться, что JSON - не такая уж параша, я бы посоветовал изученить GWT, вместо громких заявлений
>В данной статье (http://www.ibm.com/developerworks/ru/library/x-xml2jsonphp/i...) демонстрируется использование основанных на PHP серверных программ для
>преобразования данных приложения из XML-формата в JSON-формат.
>
>URL: http://www.ibm.com/developerworks/ru/library/x-xml2jsonphp/i...
>Новость: https://www.opennet.ru/opennews/art.shtml?num=11769Метод описанный имеет недостаток, при наличии аттрибутов элементов самого глубокого уровня вложения они съедаются - это глюк самой функции simplexml_load_string