Add support for cbor

[Erik1000]

A while back we discussed the ability to use cbor as encoding. Back then, we got that to work and used it since on our fork. I thought that we could make a PR too.

Note

We use it to build a graphql server and haven't encountered any errors yet. Multipart (for the file upload extension) probably won't work just yet, because it still uses serde_json.

[Erik1000]

Related issue: #569

[sunli829]

Thank you very much, it looks great! 🙂

[Erik1000]

forgot to format that i guess

[sunli829]

forgot to format that i guess

I will solve it, and I will add a feature called cbor, what do you think?

[Erik1000]

I will solve it, and I will add a feature called cbor, what do you think?

seems like a good idea 👍

[Erik1000]

Should I merge your master into our fork so clippy passes(see latest commit comment)?

[Erik1000]

Also I'm currently looking into the multipart code and there's a problem with multer:

I want to reduce code duplication so here I want to reuse the receive_batch_body method.

The problem is that this (and actually all these) methods take body as impl AsyncRead but multer Field.bytes returns bytes::Bytes. Do you have an idea how to overcome this or if not, is it okay if I change the method's signature?

[sunli829]

Yes, you can deref Bytes to &[u8].

https://docs.rs/futures/0.3.17/futures/io/trait.AsyncRead.html#impl-AsyncRead-for-%26%27_%20%5Bu8%5D

[sunli829]

I have merged into the master.

[sunli829]

Also I'm currently looking into the multipart code and there's a problem with multer:
I want to reduce code duplication so here I want to reuse the receive_batch_body method.

You can create a new PR to continue to improve. 🙂

[Erik1000]

I'll do 👍