Nesting complex data about cbor

[nailgilaziev]

Yeah, I interested in this too.
I encode data like this
(map with different type values)
{1:11,2:22,3:[{1:123,4:true,9:"text"}]}
or (arrays with different type items)
{1:11,2:22,3:[123,true,"text"]}

How to do this efficiently?

[shamblett]

OK, for the first poster why can't you do this

 encoder.writeArray([{1:123456789}]);

this decodes to

81a1011a075bcd15

and decodes correctly in cbor.me

Also second poster can you not do this

encoder.writeMap({1:11,2:22,3:[{1:123,4:true,9:"text"}]});

which also works?

[DanielSoCra]

Hi,
thank you for your work!

The issue is when working with tags, such as the BigInt()

[shamblett]

Yes Ok, I think we need a tag builder package of some sort to assist with tag encoding, we also need some way of assembling a map/list inline, e.g.

open map
add key
add value
add keyValue
close map

so you can do this without using indefinites, does this sound OK, do you have anything else in mind?

[DanielSoCra]

Yes, that is absolutely what I was thinking of.
The existing way of doing things can be left untouched.

It would be great if we could use still definite arrays / maps with the open / close principle.

The length of the map / array can be calculated from the actual length of the map / array and encoded after the array / map is closed.

[shamblett]

Yep OK I'll start putting together some updates along these lines and see how it pans out.

[shamblett]

OK, package updated and re published at version 3.0.0, please have a look at the examples for the new list builder and map builder encoder classes and read the API for docs for these, hopefully we can now better encode lists/maps with complex items without using indefinite sequences.