История изменений

Он там какой-то бред несёт о том, что во времена засилия XML ответ сервера был непонятен и нужно было посылать ещё какой-то запрос, а JSON якобы позволяет этого не делать, а сразу получить данные. Это откровенное враньё

Чтобы дальше не продолжать этот испорченный телефон, вот дословная цитата (12:35):

Например, в то время, как я этим занимался, XML уже был повсеместным стандартом. Я просто посмотрел и сказал "это слишком сложно, не должно быть так сложно получить данные". Потому что модель с XML была такой: я посылаю запрос на сервер, и получаю "что-то", и теперь я должен посылать запросы к этому "чему-то", чтобы узнать, что оно знает. Я подумал "это просто смешно, почему нельзя просто получить ответ на мой вопрос, просто дать материал в форме, которая имеет смысл для моей программы?".

Он в чем-то неправ? Основа XML, тэги с содержимым, идет в разрез с устройством большинства данных в языках программирования. За исключением атрибутов XML, которые имеют серьезные ограничения. Какие фундаментальные структуры в ЯП? Массивы, записи, ассоциативные массивы, числа, строки. Какие фундаментальные структуры в XML? Массив из тэгов и текста, где каждый тэг в свою очередь может содержать массив из тэгов и текста. То есть, ассоциативный массив из повторяющихся ключей со сложным содержимым под каждым ключем. Какой ЯП вообще организовывает данные в таком виде? Я не знаю ни одного.

Забавно, что в том же духе я писал сообщение несколько месяцев назад, хотя в то время я еще не знал, кто такой Дуглас Крокфорд:
Универсальный текстовый формат (комментарий) (21.06.21 03:56:06)

программисту непросто сформировать-интерпретировать содержимое XML:
http://nothing-more.blogspot.com/2004/10/where-xml-goes-astray.html
...мы снова и снова приходим к одной и той же проблеме — XML сам по себе не предназначен для отображения данных, в нем нет простых и ассоциативных массивов, в нем есть мешающиеся под ногами пробелы (например, первым дочерним узлом в <obj> является текст с переводом строки и пробелами, а не <zero>)

Сколько работаю, никогда не видел, чтобы кто-то по своей воле использовал REST. Всегда генерируют WSDL и использовать Web Services

Да, вроде этой прокладки. Потому что парсить сам XML тяжело. Что и требовалось доказать

Когда я писал софтину на XML, то одна из первых вещей, по которой я обратился к бэкэнду «а можно ответ в JSON присылать?». На что получил ответ «можно, но у нас уже везде XML».

Он там какой-то бред несёт о том, что во времена засилия XML ответ сервера был непонятен и нужно было посылать ещё какой-то запрос, а JSON якобы позволяет этого не делать, а сразу получить данные. Это откровенное враньё

Чтобы дальше не продолжать этот испорченный телефон, вот дословная цитата (12:35):

Например, в то время, как я этим занимался, XML уже был повсеместным стандартом. Я просто посмотрел и сказал "это слишком сложно, не должно быть так сложно получить данные". Потому что модель с XML была такой: я посылаю запрос на сервер, и получаю "что-то", и теперь я должен посылать запросы к этому "чему-то", чтобы узнать, что оно знает. Я подумал "это просто смешно, почему нельзя просто получить ответ на мой вопрос, просто дать материал в форме, которая имеет смысл для моей программы?".

Он в чем-то неправ? Основа XML, тэги с содержимым, идет в разрез с устройством большинства данных в языках программирования. За исключением атрибутов XML, которые имеют серьезные ограничения. Какие фундаментальные структуры в ЯП? Массивы, записи, ассоциативные массивы, числа, строки. Какие фундаментальные структуры в XML? Массив из тэгов и текста, где каждый тэг в свою очередь может содержать массив из тэгов и текста. То есть, ассоциативный массив из повторяющихся ключей со сложным содержимым под каждым ключем. Какой ЯП вообще организовывает данные в таком виде? Я не знаю ни одного.

Забавно, что в том же духе я писал сообщение несколько месяцев назад, хотя в то время я еще не знал, кто такой Дуглас Крокфорд: Универсальный текстовый формат (комментарий) (21.06.21 03:56:06)

программисту непросто сформировать-интерпретировать содержимое XML:
http://nothing-more.blogspot.com/2004/10/where-xml-goes-astray.html
...мы снова и снова приходим к одной и той же проблеме — XML сам по себе не предназначен для отображения данных, в нем нет простых и ассоциативных массивов, в нем есть мешающиеся под ногами пробелы (например, первым дочерним узлом в <obj> является текст с переводом строки и пробелами, а не <zero>)

Сколько работаю, никогда не видел, чтобы кто-то по своей воле использовал REST. Всегда генерируют WSDL и использовать Web Services

Да, вроде этой прокладки. Потому что парсить сам XML тяжело. Что и требовалось доказать

Когда я писал софтину на XML, то одна из первых вещей, по которой я обратился к бэкэнду «а можно ответ в JSON присылать?». На что получил ответ «можно, но у нас уже везде XML».

Он там какой-то бред несёт о том, что во времена засилия XML ответ сервера был непонятен и нужно было посылать ещё какой-то запрос, а JSON якобы позволяет этого не делать, а сразу получить данные. Это откровенное враньё

Чтобы дальше не продолжать этот испорченный телефон, вот дословная цитата (12:35):

Например, в то время, как я этим занимался, XML уже был повсеместным стандартом. Я просто посмотрел и сказал "это слишком сложно, не должно быть так сложно получить данные". Потому что модель с XML была такой: я посылаю запрос на сервер, и получаю "что-то", и теперь я должен посылать запросы к этому "чему-то", чтобы узнать, что оно знает. Я подумал "это просто смешно, почему нельзя просто получить ответ на мой вопрос, просто дать материал в форме, которая имеет смысл для моей программы?".

Он в чем-то неправ? Основа XML, тэги с содержимым, идет в разрез с устройством большинства данных в языках программирования. За исключением атрибутов XML, которые имеют серьезные ограничения. Какие фундаментальные структуры в ЯП? Массивы, записи, ассоциативные массивы, числа, строки. Какие фундаментальные структуры в XML? Массив из тэгов и текста, где каждый тэг в свою очередь может содержать массив из тэгов и текста. То есть, повторяющиеся ключи со сложным содержимым. Какой ЯП вообще организовывает данные в таком виде? Я не знаю ни одного.

Забавно, что в том же духе я писал сообщение несколько месяцев назад, хотя в то время я еще не знал, кто такой Дуглас Крокфорд: Универсальный текстовый формат (комментарий) (21.06.21 03:56:06)

программисту непросто сформировать-интерпретировать содержимое XML:
http://nothing-more.blogspot.com/2004/10/where-xml-goes-astray.html
...мы снова и снова приходим к одной и той же проблеме — XML сам по себе не предназначен для отображения данных, в нем нет простых и ассоциативных массивов, в нем есть мешающиеся под ногами пробелы (например, первым дочерним узлом в <obj> является текст с переводом строки и пробелами, а не <zero>)

Сколько работаю, никогда не видел, чтобы кто-то по своей воле использовал REST. Всегда генерируют WSDL и использовать Web Services

Да, вроде этой прокладки. Потому что парсить сам XML тяжело. Что и требовалось доказать

Когда я писал софтину на XML, то одна из первых вещей, по которой я обратился к бэкэнду «а можно ответ в JSON присылать?». На что получил ответ «можно, но у нас уже везде XML».