Rooba
/
flatbuffers
mirror of https://github.com/google/flatbuffers.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Updated Why FlatBuffers vs other options? (markdown)

Wouter van Oortmerssen 2021-05-21 09:56:35 -07:00
parent 9b7e851543
commit a2b0bcdf13
1 changed files with 1 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
Why-FlatBuffers-vs-other-options?.md

@ -11,4 +11,4 @@ This is a long topic, but one thing to highlight is the _range_ of possible use
-----json------ | -----json------ |
``` ```
Meaning even if you don't need to be particularly fast or flexible with your current use-case, FlatBuffers scales in every direction, with more representation choices than any other serialization system, and more API choices (use with JSON, use with object API etc) Meaning even if you don't need to be particularly fast or flexible with your current use-case, FlatBuffers scales in every direction, with more representation choices than any other serialization system, and more API choices (use with JSON, use with object API etc), and easy ways for the first 3 options to work together (struct/table/flex).