Looks like "binary" representation is not available, yet. Although one can use NATURAL in many cases (like, say, byte[]), there are cases where one might want to use binary representation even if it was not the default. For example, when serializing java.util.UUID as JSON, natural representation is Shape.STRING, but one could conceivably want to use "binary", which in case of JSON would mean Base64 encoding.
But more importantly, it may be important to distinguish shape representations for formats that do have native binary values: it is likely that Avro and Protobuf formats would need such a Shape descriptor for customizations.
Looks like "binary" representation is not available, yet. Although one can use
NATURALin many cases (like, say,byte[]), there are cases where one might want to use binary representation even if it was not the default. For example, when serializingjava.util.UUIDas JSON, natural representation isShape.STRING, but one could conceivably want to use "binary", which in case of JSON would mean Base64 encoding. But more importantly, it may be important to distinguish shape representations for formats that do have native binary values: it is likely that Avro and Protobuf formats would need such a Shape descriptor for customizations.