WikiDer > Сравнение форматов сериализации данных

Comparison of data-serialization formats

Это сравнение сериализация данных форматы, различные способы преобразования сложных объекты к последовательностям биты. Не включает языки разметки используется исключительно как форматы файлов документов.

Обзор

имяСоздатель-сопровождающийНа основеСтандартизированный?Технические характеристикиДвоичный?Человек читаемый?Поддерживает использованная литература?еСхема-IDL?Стандарт APIПоддерживает Нулевая копия операции
Apache AvroФонд программного обеспечения ApacheНет данныхНетСпецификация Apache Avro ™даЧастичноеjНет данныхДа (встроенный)C, C #, C ++, Java, PHP, Python, RubyНет данных
Паркет ApacheФонд программного обеспечения ApacheНет данныхНетПаркет Apache[1]даНетНетНет данныхJava, Python, C ++Нет
ASN.1ISO, IEC, ITU-TНет данныхдаISO / IEC 8824; Рекомендации ITU-T серии X.680да
(BER, DER, PER, ООР, или на заказ через ECN)		да
(XER, JER, GSER, или на заказ через ECN)		ЧастичноежДа (встроенный)Нет данныхДа (ООР)
BencodeБрэм Коэн (создатель)
BitTorrent, Inc. (сопровождающий)		Нет данныхДе-факто стандарт через BitTorrent Enhancement Proposal (BEP)Часть Спецификация протокола BitTorrentЧастично
(числа и разделители - ASCII)		НетНетНетНетНет
БиннБернардо РамосНет данныхНетСпецификация BinnдаНетНетНетНетда
BSONMongoDBJSONНетBSON СпецификациядаНетНетНетНетНет
CBORКарстен Борман, П. ХоффманJSON (свободно)даRFC 7049даНетда
через теги		да
(CDDL)		НетНет
Значения, разделенные запятыми (CSV)Автор RFC:
Яков Шафранович		Нет данныхЧастичное
(использовано множество неофициальных вариантов)		RFC 4180
(среди прочего)		НетдаНетНетНетНет
Представление общих данных (CDR)Группа управления объектамиНет данныхдаОбщий протокол между ORBдаНетдадаADA, C, C ++, Java, Cobol, Lisp, Python, Ruby, SmalltalkНет данных
D-автобус Протокол сообщенийfreedesktop.orgНет данныхдаСпецификация D-BusдаНетНетЧастичное
(Строки подписи)		да
(увидеть D-автобус)		Нет данных
Расширяемая нотация данных (EDN)CognitectJSON (свободно)даСпецификация EDNНетдаНетНетНетНет данных
Эффективный обмен XML (EXI)W3CXML, Эффективный XMLдаФормат 1.0 для эффективного обмена XML (EXI)дада
(XML)		да
(XPointer, XPath)		да
(Схема XML)		да
(ДОМ, SAX, StAX, XQuery, XPath)		Нет данных
FlatBuffersGoogleНет данныхНетстраница github с плоскими буферами Технические характеристикидада
(Apache Arrow)		Частичное
(внутри буфера)		да [2]C ++, Java, C #, Go, Python, Rust, JavaScript, PHP, C, Dart, Lua, TypeScriptда
Быстрый информационный наборISO, IEC, ITU-TXMLдаITU-T X.891 и ISO / IEC 24824-1: 2007даНетда
(XPointer, XPath)		да
(Схема XML)		да
(ДОМ, SAX, XQuery, XPath)		Нет данных
FHIRУровень здоровья 7ОСТАЛЬНЫЕ основыдаРесурсы по взаимодействию Fast HealthcareдадададаHapi для FHIR[1] JSON, XML, ЧерепахаНет
ИонAmazonJSONНетСпецификация Amazon IonдадаНетда
(Ионная схема)		НетНет данных
Ява сериализацияКорпорация OracleНет данныхдаСериализация объектов JavaдаНетдаНетдаНет данных
JSONДуглас КрокфордСинтаксис JavaScriptдаSTD 90/RFC 8259
(вспомогательный:
RFC 6901,
RFC 6902), ECMA-404, ИСО / МЭК 21778: 2017		Нет, но посмотри BSON, Улыбка, UBJSONдада
(Указатель JSON (RFC 6901);
поочередно:
JSONPath, JPath, JSPON, json: выберите ()), JSON-LD		Частичное
(Предложение схемы JSON, ASN.1 с участием JER, Квалифы, Rx, Схема скрипта предметов), JSON-LD		Частичное
(Кларнет, JSONQuery / RQL, JSONPath), JSON-LD		Нет
Пакет сообщенийСадаюки ФурухасиJSON (свободно)НетСпецификация формата MessagePackдаНетНетНетНетда
NetstringsДэн БернштейнНет данныхНетnetstrings.txtЧастично
(разделители - ASCII)		даНетНетНетда
OGDLРольф Вин?НетТехнические характеристикида
(Бинарная спецификация)		дада
(Спецификация пути)		да
(Схема WD)		Нет данных
OPC-UA двоичныйФонд OPCНет данныхНетopcfoundation.orgдаНетдаНетНетНет данных
OpenDDLЭрик ЛенгьелC, PHPНетOpenDDL.orgНетдадаНетда
(Библиотека OpenDDL)		Нет данных
Формат сериализации PHPГруппа PHPНет данныхдаНетдададаНетдаНет данных
Рассол (Python)Гвидо ван РоссумPythonДе-факто стандарт через Python Enhancement Proposals (PEPs)[3] PEP 3154 - версия протокола рассола 4даНетда[2]Нетда
([4])		Нет
Список недвижимостиСледующий (создатель)
яблоко (сопровождающий)		?ЧастичноеПубличный DTD для формата XMLдаадабНет?Какао, CoreFoundation, OpenStep, GnuStepНет
Буферы протокола (протобуф)GoogleНет данныхНетРуководство разработчика: кодированиедаЧастичноеdНетДа (встроенный)C ++, Java, C #, Python, Go, Ruby, Objective-C, C, Dart, Perl, PHP, R, Rust, Scala, Swift, Julia, Erlang, D, Haskell, Action Script, Delphi, Elixir, Elm, Erlang , GopherJS, Haskell, Haxe, JavaScript, Kotlin, Lua, Matlab, Mercurt, OCaml, Prolog, Solidity, Typescript, Vala, Visual BasicНет
Ethereum Рекурсивный префикс длины (RLP)EthereumНет данныхНетТехнические характеристикидаНетНетНетЭрланг, Go, Java, Javascript, Kotlin, Objective-C, Python, Swift, PHPда
S-выраженияДжон Маккарти (оригинал)
Рон Ривест (Интернет-проект)		Лисп, NetstringsЧастичное
(во многом де-факто)		"S-выражения" Интернет-проектда
(«Каноническое представление»)		да
(«Расширенное транспортное представление»)		НетНетНет данных
УлыбкаТату СалорантаJSONНетСпецификация формата улыбкидаНетНетЧастичное
(Предложение схемы JSON, другие схемы / IDL JSON)		Частичное
(через API-интерфейсы JSON, реализованные с помощью бэкэнда Smile, на Jackson, Python)		Нет данных
МЫЛОW3CXMLдаРекомендации W3C:
SOAP / 1.1
SOAP / 1.2		Частичное
(Эффективный обмен XML, Двоичный XML, Быстрый информационный набор, МТОМ, XSD данные base64)		дада
(встроенный идентификатор / ссылка, XPointer, XPath)		да
(WSDL, Схема XML)		да
(ДОМ, SAX, XQuery, XPath)		Нет данных
Форматы обмена структурированными даннымиМакс ВильдгрубНет данныхдаRFC 3072даНетНетНетНет данных
Apache ThriftFacebook (создатель)
Apache (сопровождающий)		Нет данныхНетОригинальный технический документдаЧастичноеcНетДа (встроенный)C ++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C #, Cocoa, JavaScript, Node.js, Smalltalk, OCaml, Delphi и другие языки[3]Нет данных
UBJSONБазз Медиа, ОООJSON, BSONНет[5]даНетНетНетНетНет данных
Представление внешних данных (XDR)Sun Microsystems (создатель)
IETF (сопровождающий)		Нет данныхдаSTD 67/RFC 4506даНетдададаНет данных
XMLW3CSGMLдаРекомендации W3C:
1.0 (пятое издание)
1.1 (второе издание)		Частичное
(Эффективный обмен XML, Двоичный XML, Быстрый информационный набор, XSD данные base64)		дада
(XPointer, XPath)		да
(Схема XML, РЕЛАКС НГ)		да
(ДОМ, SAX, XQuery, XPath)		Нет данных
XML-RPCДэйв Винер[4]XMLНетXML-RPC СпецификацияНетдаНетНетНетНет
YAMLКларк Эванс,
Ingy döt Net,
и Орен Бен-Кики		C, Ява, Perl, Python, Рубин, Эл. адрес, HTML, MIME, URI, XML, SAX, МЫЛО, JSON[5]НетВерсия 1.2НетдадаЧастичное
(Квалифы, Rx, встроенные определения типов языка)		НетНет
имяСоздатель-сопровождающийНа основеСтандартизированный?Технические характеристикиДвоичный?Человек читаемый?Поддерживает использованная литература?еСхема-IDL?Стандарт APIПоддерживает Нулевая копия операции
  • а. ^ Текущий формат по умолчанию - двоичный.
  • б. ^ «Классический» формат - это простой текст, также поддерживается формат XML.
  • c. ^ Теоретически возможно за счет абстракции, но без реализации.
  • d. ^ Основной формат - двоичный, но доступен текстовый формат.[6]
  • е. ^ Означает, что общие инструменты / библиотеки знают, как кодировать, декодировать и разыменовать ссылку на другой фрагмент данных в том же документе. Инструмент может потребовать IDL файл, но не более того. Исключает нестандартные нестандартные методы создания ссылок.
  • f. ^ ASN.1 предлагает OID, стандартный формат для глобально уникальных идентификаторов, а также стандартное обозначение («абсолютная ссылка») для ссылки на компонент значения. Таким образом, можно было бы ссылаться на компонент закодированного значения, присутствующего в документе, комбинируя OID (присвоенный документу) и «абсолютную ссылку» на компонент значения. Однако не существует стандартного способа указать, что поле содержит такую ​​абсолютную ссылку. Поэтому универсальный инструмент / библиотека ASN.1 не может автоматически кодировать / декодировать / разрешать ссылки в документе без помощи написанного на заказ программного кода.
  • г. ^ VelocyPack предлагает тип значения для хранения указателей на другие элементы VPack. Это разрешено, если данные VPack находятся в памяти, но не если они хранятся на диске или отправляются по сети.
  • час ^ Основной формат - двоичный, но доступен текстовый формат.[7][8]
  • я. ^ Основной формат - двоичный, но доступны текстовые и json-форматы.[9]
  • j. ^ Основной формат - бинарный, доступен кодировщик json.[10]

Сравнение синтаксиса удобочитаемых форматов

ФорматЗначение NULLБулево правдаБулево ложныйЦелое числоПлавающая точкаСтрокаМассивАссоциативный массив/Объект
ASN.1
(Правила кодирования XML)		<foo /><foo>true</foo><foo>false</foo><foo>685230</foo><foo>6.8523015e+5</foo><foo>A to Z</foo>
<SeqOfUnrelatedDatatypes>    <isMarried>правда</isMarried>    <хобби />    <velocity>-42.1e7</velocity>    <bookname>От А до Я</bookname>    <bookname>Мы сказали «нет».</bookname></SeqOfUnrelatedDatatypes>
Объект (ключ - это имя поля): 
<person>    <isMarried>правда</isMarried>    <хобби />    <height>1.85</height>    <name>Боб Петерсон</name></person>

Отображение данных (ключ - это значение данных):

<competition>    <measurement>        <name>Джон</name>        <height>3.14</height>    </measurement>    <measurement>        <name>Джейн</name>        <height>2.718</height>    </measurement></competition>

а

CSVбзначение NULLа
(или пустой элемент в строке)а		1а
правдаа		0а
ложныйа		685230
-685230а		6.8523015e + 5аОт А до Я
«Мы сказали« нет »».		правда ,, - 42.1e7, "от А до Я"
42,1 от A до Z, 1,2,3
ФорматЗначение NULLБулево правдаБулево ложныйЦелое числоПлавающая точкаСтрокаМассивАссоциативный массив/Объект
Ион

значение NULL
ноль ноль
null.bool
null.int
null.float
null.decimal
null.timestamp
null.string
null.symbol
null.blob
null.clob
null.struct
null.list
null.sexp

правдаложный685230
-685230
0xA74AE
0b111010010101110		6.8523015e5«От А до Я»

'''
А
к
Z
'''
[правда, значение NULL, -42.1e7, «От А до Я»]
{'42': правда, От А до Я: [1, 2, 3]}
Netstringsc0:,а
4: ноль,а		1:1,а
4: правда,а		1:0,а
5: ложь,а		6:685230,а9: 6.8523e + 5,а6: от А до Я,29: 4: правда, 0:, 7: -42.1e7,6: от А до Я ,,41: 9: 2: 42,1: 1`` 25: 6: от А до Я, 12: 1: 1,1: 2,1: 3``,а
JSONзначение NULLправдаложный685230
-685230		6.8523015e + 5«От А до Я»
[правда, значение NULL, -42.1e7, «От А до Я»]
{"42": правда, «От А до Я»: [1, 2, 3]}
OGDL[требуется проверка]значение NULLаправдааложныйа685230а6.8523015e + 5а«От А до Я»
От А до Я
NoSpaces
truenull-42.1e7 "От А до Я"

(истина, ноль, -42,1e7, «от А до Я»)

42 истинно «от А до Я» 1 2 3
42 истинных «от А до Я», (1, 2, 3)
ФорматЗначение NULLБулево правдаБулево ложныйЦелое числоПлавающая точкаСтрокаМассивАссоциативный массив/Объект
OpenDDLref {null}bool {true}bool {false}int32 {685230}
int32 {0x74AE}
int32 {0b111010010101110}		поплавок {6.8523015e + 5}строка {"от А до Я"}Однородный массив:
int32 {1, 2, 3, 4, 5}

Гетерогенный массив:

array {bool {true} ref {null} float {-42.1e7} строка {"от A до Z"}}
dict {значение (ключ = "42") {bool {true}} значение (ключ = "от А до Я") {int32 {1, 2, 3}}}
Формат сериализации PHPN;б: 1;b: 0;я: 685230;
я: -685230;		д: 685230,15;d
d: INF;
d: -INF;
d: NAN;		s: 6: «От А до Я»;a: 4: {i: 0; b: 1; i: 1; N; i: 2; d: -421000000; i: 3; s: 6: "от А до Я";}Ассоциативный массив:
a: 2: {i: 42; b: 1; s: 6: "от A до Z"; a: 3: {i: 0; i: 1; i: 1; i: 2; i: 2; i: 3;}}
Объект:
O: 8: "stdClass": 2: {s: 4: "Джон"; d: 3.14; s: 4: "Джейн"; d: 2.718;}d
Рассол (Python)Н.I01 n.I00 n.I685230 n.F685230.15 п.От S'A до Z ' n.(lI01 na (laF-421000000.0 naS'A до Z ' na.(dI42 nI01 nsS'A к Z ' n (lI1 naI2 naI3 nas.
Список недвижимости
(простой текстовый формат)[11]		Нет данных<*BY><*BN><*I685230><*R6.8523015e+5>«От А до Я»(<* BY>, <* R-42.1e7>, «от А до Я»)
{"42" = <* BY>; «От А до Я» = (<* I1>, <* I2>, <* I3>);}
Список недвижимости
(Формат XML)[12]		Нет данных<true /><false /><integer>685230</integer><real>6.8523015e+5</real><string>A to Z</string>
<array>    <правда />    <real>-42.1e7</real>    <string>От А до Я</string></array>
<dict>    <key>42</key>    <правда />    <key>От А до Я</key>    <array>        <integer>1</integer>        <integer>2</integer>        <integer>3</integer>    </array></dict>
Буферы протоколаНет данныхправдаложный685230
-685230		20.0855369«От А до Я»
"sdfff2 000 001 002 377 376 375"
"q tqq <> q2 & 001 377"
поле1: «значение1» поле1: «значение2» поле1: «значение3»
anotherfield {foo: 123 bar: 456} anotherfield {foo: 222 bar: 333}
вещь 1: "бла-бла"вещь2: 18923743вещь3: -44вещь4 {  submessage_field1: "фу"  submessage_field2: ложный}enumeratedThing: SomeEnumeratedValueвещь5: 123.456[extensionFieldFoo]: "так далее"[extensionFieldThatIsAnEnum]: EnumValue
ФорматЗначение NULLБулево правдаБулево ложныйЦелое числоПлавающая точкаСтрокаМассивАссоциативный массив/Объект
S-выраженияНоль
ноль		Т
#tж
правда		Ноль
#fж
ложный		6852306.8523015e + 5abc
"abc"
#616263#
3: abc
{MzphYmM =}
| YWJj |		(T NIL -42.1e7 "от А до Я")((42 T) ("От А до Я" (1 2 3)))
YAML~
значение NULL
Значение NULL
ЗНАЧЕНИЕ NULL[13]		у
Y
да
да
ДА
на
На
НА
правда
Правда
ПРАВДА[14]		п
N
нет
Нет
Нет
выключен
Выключено
ВЫКЛ.
ложный
Ложь
ЛОЖНЫЙ[14]		685230
+685_230
-685230
02472256
0x_0A_74_AE
0b1010_0111_0100_1010_1110
190:20:30[15]		6.8523015e + 5
685.230_15e + 03
685_230.15
190:20:30.15
.inf
-.inf
.Inf
.INF
.NaN
.nan
.NAN[16]		От А до Я
«От А до Я»
От А до Я		[y, ~, -42.1e7, "от А до Я"]
- y-- -42.1e7- от А до Я
{"Джон": 3,14, "Джейн": 2,718}
42: от А до Я: [1, 2, 3]
XMLе и МЫЛО<null />аправдаложный6852306.8523015e + 5От А до Я
<item>правда</item><элемент xsi: nil ="правда"/><item>-42.1e7</item><item>От А до Я<item>
<map>  <запись ключ ="42">правда</entry>  <запись ключ =«От А до Я»>    <элемент val ="1"/>    <элемент val ="2"/>    <элемент val ="3"/>  </entry></map>
XML-RPC<value><boolean>1</boolean></value><value><boolean>0</boolean></value><value><int>685230</int></value><value><double>6.8523015e+5</double></value><value><string>A to Z</string></value>
<value><array>  <data>  <value><boolean>1</boolean></value>  <value><double>-42.1e7</double></value>  <value><string>От А до Я</string></value>  </data>  </array></value>
<value><struct>  <member>    <name>42</name>    <value><boolean>1</boolean></value>    </member>  <member>    <name>От А до Я</name>    <value>      <array>        <data>          <value><int>1</int></value>          <value><int>2</int></value>          <value><int>3</int></value>          </data>        </array>      </value>    </member></struct>
  • а. ^ Опущенные элементы XML обычно декодируются Связывание данных XML инструменты как NULL. Здесь показана другая возможная кодировка; Схема XML не определяет кодировку для этого типа данных.
  • б. ^ Спецификация RFC CSV касается только разделителей, символов новой строки и кавычек; он не имеет прямого отношения к сериализации программирования структуры данных.
  • c. ^ В netstrings спецификация касается только вложенных байтовые строки; все остальное выходит за рамки спецификации.
  • d. ^ PHP будет корректно десериализовать любое число с плавающей запятой, но сериализует его до полного десятичного расширения. Например, 3.14 будет сериализован в 3.140000000000000124344978758017532527446746826171875.
  • е. ^ Привязки данных XML и МЫЛО инструменты сериализации обеспечивают безопасную сериализацию XML для программирования структуры данных в XML. Показаны значения XML, которые можно помещать в элементы и атрибуты XML.
  • f. ^ Этот синтаксис несовместим с Internet-Draft, но используется некоторыми диалектами Лисп.

Сравнение бинарных форматов

ФорматЗначение NULLБулевыЦелое числоПлавающая точкаСтрокаМассивАссоциативный массив/Объект
ASN.1
(BER, PER или ООР кодировка)		NULL типBOOLEAN:
  • BER: как 1 байт в двоичной форме;
  • PER: как 1 бит;
  • OER: как 1 байт
ЦЕЛОЕ:
  • BER: двоичное представление с прямым порядком байтов переменной длины (до 2 ^ (2 ^ 1024) бит);
  • PER Unaligned: фиксированное количество битов, если целочисленный тип имеет конечный диапазон; в противном случае - переменное количество бит;
  • PER Aligned: фиксированное количество битов, если целочисленный тип имеет конечный диапазон и размер диапазона меньше 65536; в противном случае - переменное количество октетов;
  • OER: один, два или четыре октета (со знаком или без знака), если целочисленный тип имеет конечный диапазон, который умещается в этом количестве октетов; переменное количество октетов в противном случае
РЕАЛЬНЫЙ:

Действительные значения с основанием 10 представлены в виде строк символов в формате ISO 6093;

двоичные действительные значения представлены в двоичном формате, который включает мантиссу, основание (2, 8 или 16) и показатель степени;

также поддерживаются специальные значения NaN, -INF, + INF и отрицательный ноль

Несколько допустимых типов (VisibleString, PrintableString, GeneralString, UniversalString, UTF8String)спецификации данных SET OF (неупорядоченный) и SEQUENCE OF (гарантированный порядок)определяемый пользователем тип
Бинн x00Правда: x01
Ложь: x02		прямой порядок байтов 2 дополнения знаковые и беззнаковые 8/16/32/64 битне замужем: прямой порядок байтов двоичный32
двойной: прямой порядок байтов двоичный64		UTF-8 закодированный, с завершающим нулем, которому предшествует int8 или int32 длина строки в байтахКод типа (один байт) + размер 1-4 байта + количество элементов 1-4 байта + элементы спискаКод типа (один байт) + размер 1-4 байта + количество элементов 1-4 байта + пары ключ / значение
BSON x0A
(1 байт)		Правда: x08 x01
Ложь: x08 x00
(2 байта)		int32: 32-битный прямой порядок байтов 2 дополнения или int64: 64-битный прямой порядок байтов 2 дополнениядвойной: прямой порядок байтов двоичный64UTF-8 закодированный, которому предшествует длина строки в кодировке int32 в байтахBSON встроенный документ с цифровыми клавишамиBSON встроенный документ
Краткое представление двоичного объекта (CBOR) xf6
(1 байт)		Правда: xf5
Ложь: xf4
(1 байт)		Небольшой положительный / отрицательный x00- x17 & x20- x37 (1 байт)

8-битный: положительный x18, отрицательный x38 (+1 байт)
16 бит: положительный x19, отрицательный x39 (+2 байта)
32-бит: положительный x1A, отрицательный x3A (+4 байта)
64-бит: положительный x1B, отрицательный x3B (+8 байт)
Отрицательный x закодирован как (-x-1)

IEEE половинный / одиночный / двойной xf9 - xfb (+ 2-8 байт)

Десятичные числа и большие числа (4+ байта), закодированные как xc4 tag + 2-элементный массив целочисленной мантиссы и экспоненты

Длина и содержание (накладные расходы 1-9 байтов)

Bytestring x40 - x5f
UTF-8 x60 - x7f
Неопределенные частичные строки x5f и x7f сшил вместе, пока xff.

Длина и предметы x80 - x9e

Бесконечный список x9f прекращено xff вход.

Длина (попарно) и шт. xa0 - xbe

Неопределенная карта xbf прекращено xff ключ.

Эффективный обмен XML (EXI)[а]

(Несохраненный формат лексических значений)

xsi: nil не допускается в двоичном контексте1-2-битное целое число, интерпретируемое как логическое.Логический знак плюс 7-битные октеты произвольной длины, анализируемые до тех пор, пока старший бит не станет 0, с прямым порядком байтов. Схема может установить нулевую точку на любое произвольное число.

Без знака пропускает логический флаг.

Float: целая мантисса и целая экспонента.

Десятичный: логический знак, целое целое значение, целое дробное

Длина префикса Unicode с кодировкой целого числа. Вместо этого целые числа могут представлять собой перечисления или записи таблицы строк.Длина префикса набора элементов.Не в протоколе.
FlatBuffersЗакодировано как отсутствие поля в родительском объектеИстина: один байт x01
Ложь: x00		прямой порядок байтов 2 дополнения знаковые и беззнаковые 8/16/32/64 битпоплавки: прямой порядок байтов двоичный32

удваивается: прямой порядок байтов двоичный64

UTF-8 закодированный, которому предшествует 32-битное целое число, длина строки в байтахВекторы любого другого типа, которым предшествует 32-битное целое число с количеством элементовТаблицы (типы, определенные схемой) или векторы, отсортированные по ключу (карты / словари)
Ион[17] x0f[b]Правда: x11

Ложь: x10

положительный x2x, отрицательный x3x

Ноль всегда кодируется байтом тега
BigInts более 13 байтов (104 бит) имеют длину более 1 байта.

 x44 (32-битное с плавающей запятой)
x48 (64-битное число с плавающей запятой)

Ноль всегда кодируется байтом тега

UTF-8: x8x

Прочие струны: x9x
Произвольная длина и накладные расходы

 xbx

Произвольной длины и накладных расходов. Длина в октетах.

Структуры (пронумерованные поля): xdx

Аннотации (именованные поля): xex

Пакет сообщений xc0Правда: xc3
Ложь: xc2		Однобайтный "fixnum" (значения -32..127)

ortypecode (один байт) + прямой порядок байтов (u) int8 / 16/32/64

Код типа (один байт) + одинарный / двойной IEEETypecode + до 15 байт
или
код типа + длина как uint8 / 16/32 + байты;
кодировка не указана[18]		В виде «фиксированного массива» (однобайтовый префикс + до 15 элементов массива)

ortypecode (один байт) + длина 2–4 байта + элементы массива

Как «карта исправлений» (однобайтовый префикс + до 15 пар ключ-значение)

ortypecode (один байт) + длина 2–4 байта + пары ключ-значение

Netstrings[c]Не в протоколе.Не в протоколе.Не в протоколе.Длина, закодированная как строка ASCII + ':' + data + ','

Длина учитывает только октеты между ':' и ','

Не в протоколе.Не в протоколе.Не в протоколе.
OGDL Двоичный
Список недвижимости
(двоичный формат)
Буферы протоколаПеременная длина кодирования со знаком 32-бит: кодировка varint значения, закодированного в "ZigZag" (п << 1) XOR (n >> 31)

Переменная длина кодирования со знаком 64-бит: кодировка varint с кодировкой "ZigZag" (n << 1) XOR (n >> 63)
Постоянная длина кодирования 32 бита: 32 бита в прямой порядок байтов 2 дополнения
Постоянная длина кодирования 64 бита: 64 бита в прямой порядок байтов 2 дополнения

поплавки: прямой порядок байтов двоичный32

удваивается: прямой порядок байтов двоичный64

UTF-8 закодированный, которому предшествует закодированное varint целое число, длина строки в байтахПовторяющееся значение с тем же тегом

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

Нет данных
Рекурсивный префикс длиныНе в протоколе.

x80 (строка нулевой длины) часто используется

Не в протоколе.
Часто используется целое число 0/1.		0 - 127: x00 - x7f

Другие значения: строки байтов с прямым порядком байтов, из произвольная длина, начиная с x80 - xbf

Целочисленные кодировки можно интерпретировать как числа с плавающей запятой IEEE.Длина с префиксом, до 55 байт: x80 - xb7 за которыми следуют данные.

56+ байт: xb8 - xbf за которым следует целая строка длиной от 1 до 8 байтов, за которой следуют данные.

Длина с префиксом, до 55 байт: xc0 - xf7 за которыми следуют данные.

56+ байт: xf8 - xff за которым следует целочисленная длина данных 1-8 байтов, за которыми следуют данные.
Длина всегда в байтах, а не в элементах списка.

Не в протоколе. Могут быть закодированы в виде списков списков пар ключ / значение или в других форматах.
Улыбка x21Правда: x23
Ложь: x22		Однобайтный "малый" (значения -16..15 закодированы с использованием xc0 - xdf),

зигзагообразно закодированный варинтs (1–11 байтов данных) или BigInteger

IEEE одинарный / двойной, BigDecimal"Короткие" строки с префиксом длины (до 64 байтов), "длинные" строки с завершающим маркером и (необязательно) обратные ссылкиГетерогенные массивы произвольной длины с концевым маркеромПары ключ / значение произвольной длины с маркером конца
Форматы обмена структурированными данными (SDXF)24-битное или 32-битное целое число со знаком big-endianbig-endian IEEE doubleлибо UTF-8 или в кодировке ISO 8859-1список элементов с одинаковым идентификатором и размером, которому предшествует заголовок массива длиной int16чанки могут содержать другие чанки произвольной глубины
Бережливость
  1. ^ Любое представление на основе XML может быть сжато или сгенерировано как, используя EXI - эффективный обмен XML, который является стандартом двоичного сжатия XML с «информированной схемой» (в отличие от требований схемы или отсутствия схемы).
  2. ^ Все основные типы Ion имеют нулевой вариант в виде тега 0xXf. Любой тег, начинающийся с 0x0X, кроме 0x0f, определяет игнорируемое заполнение.
  3. ^ Интерпретация Netstrings полностью зависит от приложения или схемы

Смотрите также

использованная литература

  1. ^ «HAPI FHIR - API FHIR с открытым исходным кодом для Java». hapifhir.io.
  2. ^ https://github.com/python/cpython/blob/v3.9.0/Lib/pickle.py#L137-L144
  3. ^ https://thrift.apache.org/
  4. ^ «Краткая история SOAP». www.xml.com.
  5. ^ Бен-Кики, Орен; Эванс, Кларк; Нетто, Инги Дёт (2009-10-01). «YAML не является языком разметки (YAML) версии 1.2». Официальный веб-сайт YAML. Получено 2012-02-10.
  6. ^ "text_format.h - Буферы протокола". Разработчики Google.
  7. ^ «Система сериализации Cap'n Proto / RPC: основные инструменты и библиотека C ++ - capnproto / capnproto». 2 апреля 2019 г. - через GitHub.
  8. ^ "Cap'n Proto: Инструмент capnp". capnproto.org.
  9. ^ «Fast Binary Encoding - это сверхбыстрое и универсальное решение для сериализации для C ++, C #, Go, Java, JavaScript, Kotlin, Python, Ruby: chronoxor / FastBinaryEncoding». 2 апреля 2019 г. - через GitHub.
  10. ^ «Формат Avro Json».
  11. ^ "Документация класса NSPropertyListSerialization". www.gnustep.org. Архивировано из оригинал на 2011-05-19. Получено 2009-10-28.
  12. ^ «Архив документации». developer.apple.com.
  13. ^ Орен Бен-Кики; Кларк Эванс; Брайан Ингерсон (18 января 2005 г.). "Независимый от нулевого языка тип для YAML версии 1.1". YAML.org. Получено 2009-09-12.
  14. ^ а б Орен Бен-Кики; Кларк Эванс; Брайан Ингерсон (18 января 2005 г.). "Независимый от логического языка тип для YAML версии 1.1". YAML.org. Кларк С. Эванс. Получено 2009-09-12.
  15. ^ Орен Бен-Кики; Кларк Эванс; Брайан Ингерсон (11 февраля 2005 г.). "Целочисленный независимый от языка тип для YAML версии 1.1". YAML.org. Кларк С. Эванс. Получено 2009-09-12.
  16. ^ Орен Бен-Кики; Кларк Эванс; Брайан Ингерсон (18 января 2005 г.). "Независимый от языка тип с плавающей точкой для YAML версии 1.1". YAML.org. Кларк С. Эванс. Получено 2009-09-12.
  17. ^ http://amzn.github.io/ion-docs/docs/binary.html
  18. ^ «MessagePack - чрезвычайно эффективная библиотека сериализации объектов. Она похожа на JSON, но очень быстрая и маленькая: msgpack / msgpack». 2 апреля 2019 г. - через GitHub.

внешние ссылки