Компания Amazon опубликовала (https://github.com/amznlabs/ion-java)  реализацию переносимого типизированного формата сериализации текстовых и бинарных данных Ion (http://amznlabs.github.io/ion-docs/index.html), расширяющего возможности формата JSON. Эталонный парсер и сериализатор для Ion написан на языке Java и поставляется под лицензией Apache 2.0. По сравнению с JSON в Ion поддерживаются реальные типы данных, возможно включение бинарных данных без дополнительного кодирования base64, можно указывать аннотации, поддерживаются символьные таблицы, структура оптимизирована для высокой скорости чтения данных. Формат является самоописываемым, т.е. читать и записывать данные можно без определения схемы хранения.

URL: https://news.ycombinator.com/item?id=11546098
Новость: http://www.opennet.ru/opennews/art.shtml?num=44296

• Amazon открыл Ion, реализацию типизированного варианта JSON,Genby, 23:40 , 22-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,A.Stahl, 23:50 , 22-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 00:03 , 23-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 18:01 , 24-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Дядя Паша, 11:16 , 23-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Genby, 14:02 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Grammar Narziss, 08:59 , 25-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Sfinx, 12:00 , 25-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 10:33 , 09-Май-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 10:36 , 09-Май-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 23:59 , 22-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 00:14 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 18:03 , 24-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 00:33 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,annual slayer, 00:40 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Бармагл, 00:37 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 00:43 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 01:16 , 23-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Crazy Alex, 02:28 , 23-Апр-16
      • Amazon открыл Ion, реализацию типизированного варианта JSON,омномнимус, 02:52 , 23-Апр-16
      • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 06:21 , 23-Апр-16
        • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 13:06 , 23-Апр-16
          • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 19:08 , 23-Апр-16
        • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 18:05 , 24-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 04:12 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 10:39 , 09-Май-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Нанобот, 09:30 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,A.Stahl, 09:56 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,robux, 13:36 , 23-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Вареник, 22:47 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Меломан1, 10:31 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 13:08 , 23-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Меломан1, 03:56 , 24-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 10:57 , 09-Май-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,анонимчик, 11:49 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,анонимчик, 12:50 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Amsterdam Navigator, 12:06 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,angra, 14:02 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,анонимчик, 14:55 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Kodir, 14:30 , 23-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Kodir, 14:36 , 23-Апр-16
    • Amazon открыл Ion, реализацию типизированного варианта JSON,Пользователь Debian, 18:27 , 24-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Kodir, 14:59 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,увася, 15:19 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 20:59 , 23-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 09:41 , 24-Апр-16
  • Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 10:00 , 24-Апр-16
• Amazon открыл Ion, реализацию типизированного варианта JSON,Аноним, 09:23 , 25-Апр-16

не вижу превосходство над YAML

Превосходство, видимо, в том, что апгрейд с простого JSON, где он недостаточен, будет безболезненным.

Апгрейд до YAML якобы болезненный

С эталонным парсером на Java? Безболезненнм? Ну замени libjson попробуй.

Интересно где ты в YAML увидел типизацию.

> Интересно где ты в YAML увидел типизацию.

https://en.wikipedia.org/wiki/YAML#Data_types

«превосходства», алё

И где в ямл BSON ? Про бинарные данные тоже мутно. Ты бы попробовал запарсить/распарсить метров 100 сырых картинков с описаловом и все сразу поймешь.

yaml это язык читаемый человеком, для конфигов.
т.е. там максимум строк 10-20 не более. тем более он тормознутый для парсинга.

еще бы с ini сравнил
совершенно разное предназначение

json - практически стандарт для обмена данными по сети.
yaml - для написания небольших конфигов. если то использует его для хранения и обмена большими объемами данных - мне их жаль

Чем оно лучше cbor?

а знает кто-нибудь библиотеку, умеющую конвертировать json в бинарные md4 файлы?

> а знает кто-нибудь библиотеку, умеющую конвертировать json в бинарные md4 файлы?

OpenSSL со своим glue code, только по слухам md4 декодировать довольно ресурсоемко.

Без спеки или RFC оно не столь интересно как им кажется.

http://amznlabs.github.io/ion-docs/spec.html

?

пусть дополнят реализацией на C, Python, C# - тогда посмотрим

Как без гемора в json передавать большие куски html?

{
    ”html”:здесь весь html
}

И эскейпить кавычки, угу. Это нынче "без гемора".

ты его вручную пишешь штоле?

не хочешь эскейпить в base64 перегони и все

это накладные по скорости:

т.е сперва
всё -> base64 -> это всё в json

Если тебе критична скорость разбора - выкидываешь json, берёшь bson/bencode/whatever. JSON - это текстовый формат, со всеми вытекающими. Оверхед конечно не такой чудовищный, как для xml, но он есть и заметен.

> не хочешь эскейпить в base64 перегони и все

И получи просадку по скорости при разборе и на треть больше траффика, однако.

base64

так передавайте html c json, в чем проблема?

тут html блок 1
<div id="1"></div>
тут html блок 2
<div id="2"></div>
...
{тут пошел json}

>поддерживаются реальные типы данных

Что хотел сказать автор этой фразой?

Это, видимо, дословный перевод "real numbers" -- вещественное число.

меня тоже "порадовало" - оказывается, этот json даже реальные цифры не понимает, гыгы ))

Текстовый формат, поля которого не понимают реальных (и любых других) цифр... Совсем абсурд получается :)

>Amazon

Может им и им подобным слинять с JS на Ruby и пользоваться человеческим YAML?

>>Amazon
> Может им и им подобным слинять с JS на Ruby и пользоваться
> человеческим YAML?

ямл же тоже текстовый? точнее json это подмножество yaml.
т.е картинку что бы передать через него то нужно через base64 её контент перегнать что бы вставить

>>>Amazon
>> Может им и им подобным слинять с JS на Ruby и пользоваться
>> человеческим YAML?
> ямл же тоже текстовый? точнее json это подмножество yaml.
> т.е картинку что бы передать через него то нужно через base64 её
> контент перегнать что бы вставить

А по-другому как?

а это идея - выкинуть все  нафиг и переписать на Ruby,
а лучше на YAML - веть YAML  человеческий!

А чем оно лучше message pack?

почитал - оно текстовое.
посмотрел код на джаве - какое-же джава монстр.

Amazon изобрел Transit. Слоупоки.

> расширяющего возможности формата JSON. По сравнению с JSON  возможно включение бинарных
> данных без дополнительного кодирования base64

Ага, только сделать это можно исключительно в бинарном варианте этого ion, который уже не имеет ничего общего с JSON. А в текстовом варианте ion используется все тот же base64.

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

Согласен. Очередное ненужно.

> По сравнению с JSON в Ion поддерживаются реальные типы данных

Совсем укурки что ли?? JSON уже 100 лет поддерживает указание типа! Более того - и циклические ссылки тоже. Видимо, студота в Амазоне только пришла из универов и не в курсе.

Даже не поленился для амазоновских слоупоков ссылочку найти: http://www.newtonsoft.com/json/help/html/SerializeTypeNameHa...

Типы спокойно поддерживаются.

Ты либо троллишь, либо путаешь ни с чем не совместимый костыль отдельной реализации под платформу Microsoft .NET со стандартом.

Стандарт описан тут: http://json.org

> По сравнению с JSON в Ion поддерживаются реальные типы данных

Переводчик, твой рязанский инглиш коверкает всю суть "изобретения" Мармазона. Реально там было вот что:

"Ion also expands JSON’s number specification by defining distinct types for arbitrary-size integers, IEEE-754 binary floating point numbers, and infinite-precision decimals."

Другими словами, Ион просто увеличивает количество вещественных типов, которые можно указать в сериализаторе (хотя JSON прекрасно справляется простым numeric). Зачем Амазон изобретает колесо? Оказывается,

" in practice, many implementations represent all JSON numbers as fixed-precision base-2 floats, which are subject to rounding errors"

То есть в самом JSON никакой проблемы нет, есть просто море кривых реализаций, где вещ.число пишут в ограниченном виде. Более того - JSON никому не запрещает держать числа в BigDecimal и они будут записаны с полной точностью! Другими словами, Амазон сам придумал проблему для 0.00001% случаев, прекрасно знает об ограничениях double и безразмерной точности BigDecimal, и всё равно вешает лапшу "мы решили эфемерную проблему точности".

Спасибо, Амазон, за лишнее доказательство твоей полной тех.некомпетентности!

Комментарии поддерживаются?

Для этого есть BSON http://bsonspec.org/

они тоже хотят заняться Embrace, extend and extinguish ?

Съесть-то он съест, да кто ж ему даст...

- Мы сделали свой джейсон!
- Зачем?
- Потому что мы можем!