Broadly sounds like a reasonable idea to me, but I suspect that others may argue that you are just creating a new JSON like language.
If we were to investigate anything like this, then it might also be a good idea to consider the ordering of list keys within a list entry (i.e. put them first). Thanks, Rob -----Original Message----- From: Robert Varga <[email protected]> Sent: 28 February 2019 09:46 To: Rob Wilton (rwilton) <[email protected]>; [email protected] Subject: Re: [netmod] RFC7952 JSON streaming decoding efficiency? On 28/02/2019 10:29, Rob Wilton (rwilton) wrote: > Hi Robert, Hey Rob, > Isn't this just a limitation of JSON, in that the elements in an object are > unordered (RFC 8259)? Yes, but I believe this is object semantics leaking to on-wire format: while a JSON object is inherently unordered, when emitting object to the wire, implementations can choose to order the pairs to make receiver-side processing more efficient. I wonder if it would be of value to communicate such assumptions out of band, like separate content-types. In case of RFC7952 the following hints would be useful: - the document does not contain metadata (i.e. plain RFC7951) - "@" occurs as a first element in an object or not at all - "@foo" occurs immediately after "foo" or not at all This, of course, would be purely optional optimization... Regards, Robert _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
