Здравствуйте, Ikemefula, Вы писали:

vsb>>А этого у JSON нет, поэтому и учить нечего.

I>Схемы, инструменты, апи использовались раньше для тех вещей, которые сейчас делаются совсем иначе.
I>Раньше было модно использовать XSLT преобразование и подобные чудеса. Сейчас такая хрень никому не нужна. Вместо этого ты отдаёшь данные в чистом виде и дальше клиент, как правило веб, сам всё сделает.

XSLT и подобные чудеса никуда не девались. В JSON их не завезли, да, это печаль. Поэтому видимо и не нужна Что предлагает JSON для конвертации из одного формата в другой? Про "отдаёшь данные в чистом виде" не надо, в реальном мире потребность в конвертации возникает на каждом шагу. Всё, что может предложить JSON это писать логику на ЯП общего назначения, которая будет заведомо проигрывать специализированному языку вроде XSLT или CDuce. И хорошо, если этот ЯП общего назначения достаточно мощный. А чаще всего пишут на убогом JS рассыпную лапшу из десятков if-ов.

I>>>Вот-вот. В XML тип определяется схемой. В JSON — синтаксисом.
vsb>>В JSON тип вообще никак не определяется, нет стандартных инструментов, есть разного рода попытки.
I>Покажи, для чего тебе нужны инструменты

Для чего нужна XML Schema? Во-первых для документирования формата. Во-вторых для первичной валидации данных на соответствие формату. В-третьих для автоматической генерации кода сериализатора, который будет преобразовывать данные из XML в объекты целевого ЯП. Есть ещё много интересных применений, например WSDL, позволяющий в два клика связывать программы на совершенно разных языках, платформах и тд, без каких-либо затрат на разработку парсера, сериализатора, валидатора и других скучных, далёких от бизнес-логики вещей.

Здравствуйте, Ikemefula, Вы писали:

vsb>>А этого у JSON нет, поэтому и учить нечего.

I>Схемы, инструменты, апи использовались раньше для тех вещей, которые сейчас делаются совсем иначе.
I>Раньше было модно использовать XSLT преобразование и подобные чудеса. Сейчас такая хрень никому не нужна. Вместо этого ты отдаёшь данные в чистом виде и дальше клиент, как правило веб, сам всё сделает.

XSLT и подобные чудеса никуда не девались. В JSON их не завезли, да, это печаль. Поэтому видимо и не нужна Что предлагает JSON для конвертации из одного формата в другой? Про "отдаёшь данные в чистом виде" не надо, в реальном мире потребность в конвертации возникает на каждом шагу. Всё, что может предложить JSON это писать логику на ЯП общего назначения, которая будет заведомо проигрывать специализированному языку вроде XSLT или CDuce. И хорошо, если этот ЯП общего назначения достаточно мощный. А чаще всего пишут на убогом JS рассыпную лапшу из десятков if-ов.

I>>>Вот-вот. В XML тип определяется схемой. В JSON — синтаксисом.
vsb>>В JSON тип вообще никак не определяется, нет стандартных инструментов, есть разного рода попытки.
I>Покажи, для чего тебе нужны инструменты

Для чего нужна XML Schema? Во-первых для документирования формата. Причём это документирование может использоваться умными редакторами для очень удобного редактирования XML, если вдруг это нужно. Во-вторых для первичной валидации данных на соответствие формату. В-третьих для автоматической генерации кода сериализатора, который будет преобразовывать данные из XML в объекты целевого ЯП. Есть ещё много интересных применений, например WSDL, позволяющий в два клика связывать программы на совершенно разных языках, платформах и тд, без каких-либо затрат на разработку парсера, сериализатора, валидатора и других скучных, далёких от бизнес-логики вещей.