Protocol buffers protobuf为什么不';你不支持字母数字类型吗?

Protocol buffers protobuf为什么不';你不支持字母数字类型吗?,protocol-buffers,Protocol Buffers,我想知道protobuf为什么不实现对常用字母数字类型的支持? 这将允许只在字节中编码几个字符(如果不区分大小写,则更有效),因为不涉及任何类型的压缩。 Protobuf开发人员是否计划在将来实现它 谢谢,在当今世界,“字母数字”指的是范围0-9,A-Z和A-Z中的62个字符的次数非常少。如果我们只考虑基本的多语言平面,大约有48 K代码单元(也就是说:超过70%的可用范围)被称为“字母数字”,而一个相当标准的(尽管在某些区域中可能是次优的)编码方式是UTF-8,UntoFF已经使用了字符串类型

我想知道protobuf为什么不实现对常用字母数字类型的支持? 这将允许只在字节中编码几个字符(如果不区分大小写,则更有效),因为不涉及任何类型的压缩。 Protobuf开发人员是否计划在将来实现它


谢谢,

在当今世界,“字母数字”指的是范围
0
-
9
A
-
Z
A
-
Z
中的62个字符的次数非常少。如果我们只考虑基本的多语言平面,大约有48 K代码单元(也就是说:超过70%的可用范围)被称为“字母数字”,而一个相当标准的(尽管在某些区域中可能是次优的)编码方式是UTF-8,UntoFF已经使用了<代码>字符串类型。

我看不出为这类数据使用专用导线类型有什么好处,任何其他导线类型都会有一个问题,即需要支持添加多个库,因为一个未知的连接类型使得底层解析器无法读取流:如果您不知道连接类型,甚至不能跳过不需要的数据(连接类型定义了跳过规则)


当然,由于您也有可用的
字节
类型,因此您可以随意在其中执行任何定制操作。

它支持UTF-8编码的
字符串
类型