https://zhuanlan.zhihu.com/p/670846500


极简例子放最前面
"[{  name 张三 age 18 }      
{ photoBytes 256(\x00...\xFF) }]"

json 因为盲目抄 c/java, 用转义符描述二进制, 占用 400%空间
base64是 133% 空间且不能用二进制编辑器可读
现有的 schemaful 的protobuf,msgpack 和 schemaless 的 UBJSON BJData 数据类型都
很复杂, 多种整型浮点;
本方案直接存二进制,是100%空间

不使用 冒号: 引号''"" 空白和换行 转义符\

只有一种原子,utf8字符串或字节数组 例如:
   5(hello)  
   3(\x01\x02\x03)
  使用长度前缀,避免转义符,前缀也是可读十进制,
  括号用于增强可读性,校验纠错

跟JSON一样的数组和关联数组,例如:

  [{4(key1)6(value1)4(key2)6(value2)}{5(bytes)3(\x01\x02\x03)}]
相当于json的 [{"key1":"value1", "key2":"value2"}, {"bytes":"\x01\x02\x03"}]

允许在无歧义的情况下省略长度前缀和括号
--
修改:ABCDEFGHJKLM FROM 111.201.28.*
FROM 123.113.97.*

示意, 你可以理解为

"[{  key1 value1  key2 value2 }
    { bytes 256(\x00...\xFF) }]"  

这样行了吗

【 在 wincss 的大作中提到: 】
这也没二进制啊，不还是ascii的

【 在 ABCDEFGHJKLM 的大作中提到: 】
: https://zhuanlan.zhihu.com/p/670846500
: 不使用 冒号: 引号''"" 空白和换行 转义符\
: 只有一种原子,utf8字符串或字节数组 例如:
: ...................
--
FROM 117.130.205.*

最关键的二进制是直接写的,不转义\x00 不编码base64
其他都是文本可读的,
json 因为盲目抄 c/java, 用转义符描述二进制, 占用 400%空间
base64是 133% 空间且不能用二进制编辑器可读
本方案直接存二进制,是100%; 长度前缀之类的相对于二进制内容都是固定成本
允许在无歧义的情况下省略长度前缀和括号

"[{  key1 value1  key2 value2 }
     { bytes 256(\x00...\xFF) }]"

【 在 wincss 的大作中提到: 】
什么叫“我可以理解为”？你规定了一个序列化格式，对一个输入数据，它就应该
有唯一的序列化结果。

“前缀也是可读十进制”，“括号用于增强可读性,校验纠错”

这不都是你说的吗，拿你这序列化结果里到底有没有长度前缀和括号呢？
你去掉前缀，去掉括号，那你说的这俩特点不是白说了嘛？

造一个序列化格式很容易，比json好的格式也有的是，但你这个看着高不成低不就。

【 在 ABCDEFGHJKLM 的大作中提到: 】
: 示意, 你可以理解为
: "[{  key1 value1  key2 value2 }
:     { bytes 256(\x00...\xFF) }]"  
: ...................
--
修改:ABCDEFGHJKLM FROM 117.130.205.*
FROM 117.130.205.*