[Development] QtCS 2017 CoAP session notes

Konstantin Tokarev annulen at yandex.ru
Tue Oct 10 12:18:16 CEST 2017



10.10.2017, 13:10, "Thiago Macieira" <thiago.macieira at intel.com>:
> On Tuesday, 10 October 2017 11:59:07 CEST Konstantin Tokarev wrote:
>>  10.10.2017, 12:50, "Thiago Macieira" <thiago.macieira at intel.com>:
>>  > On Tuesday, 10 October 2017 11:48:02 CEST Konstantin Tokarev wrote:
>>  >> > We would like to have CBOR support in QtCore.
>>  >>
>>  >> If you do this, please support stringref extension:
>>  >> http://cbor.schmorp.de/stringref
>>  >
>>  > Point me to the IETF draft. No action before then.
>>
>>  At the moment, there are only 25 and 256 tags registered in
>>  https://www.iana.org/assignments/cbor-tags/cbor-tags.xhtml
>>
>>  However, I believe that without this extension CBOR with string keys isn't
>>  much better than JSON, as you still need to compress it on the wire.
>
> Sure, it isn't much better than JSON. Just a little, which is fine.
>
> If you want something much better, just use integer keys. That's what COSE is
> doing. See
>         https://tools.ietf.org/html/rfc8152#section-3.1
>
> IANA registries:
>         https://www.iana.org/assignments/cose/cose.xhtml

Hard-wired integers are not convenient for evolving production systems. If one of peers
screws up serialization or parsing, it's always nice to dump data and immediately see which
side got it wrong. See also my other reply about fixed-schema formats

>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
>   Software Architect - Intel Open Source Technology Center
>
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development

-- 
Regards,
Konstantin



More information about the Development mailing list