Crates.io | kwap-msg |
lib.rs | kwap-msg |
version | 0.6.1 |
source | src |
created_at | 2021-12-26 19:26:23.939606 |
updated_at | 2022-06-18 00:45:29.643699 |
description | Low-level CoAP message parsing & serialization |
homepage | https://github.com/clov-coffee/kwap/kwap_msg |
repository | https://github.com/clov-coffee/kwap/kwap_msg |
max_upload_size | |
id | 503412 |
size | 137,518 |
Low-level representation of CoAP messages.
The most notable item in kwap_msg
is Message
;
a CoAP message very close to the actual byte layout.
CoAP messages have some attributes whose size is dynamic:
Message
does not require an allocator and has no opinions about what kind of collection
it uses internally to store these values.
It solves this problem by being generic over the collections it needs and uses a Collection
trait
to capture its idea of what makes a collection useful.
This means that you may use a provided implementation (for Vec
or tinyvec::ArrayVec
)
or provide your own collection (see the custom collections example)
//! Note: both of these type aliases are exported by `kwap_msg` for convenience.
use tinyvec::ArrayVec;
use kwap_msg::{Message, Opt};
// Message Payload byte buffer
// |
// | Option Value byte buffer
// | |
// | | Collection of options in the message
// vvvvvvv vvvvvvv vvvvvvvvvvvvvvvvv
type VecMessage = Message<Vec<u8>, Vec<u8>, Vec<Opt<Vec<u8>>>>;
// Used like: `ArrayVecMessage<1024, 256, 16>`; a message that can store a payload up to 1024 bytes, and up to 16 options each with up to a 256 byte value.
type ArrayVecMessage<
const PAYLOAD_SIZE: usize,
const OPT_SIZE: usize,
const NUM_OPTS: usize,
> = Message<
ArrayVec<[u8; PAYLOAD_SIZE]>,
ArrayVec<[u8; OPT_SIZE]>,
ArrayVec<[Opt<ArrayVec<[u8; OPT_SIZE]>>; NUM_OPTS]>,
>;
It may look a little ugly, but a core goal of kwap
is to be platform- and alloc-agnostic.
This crate uses criterion
to measure performance of the heaped & heapless implementations in this crate as well as coap_lite::Packet
.
In general, kwap_msg::VecMessage
performs identically to coap_lite (+/- 5%), and both are much faster than kwap_msg::ArrayVecMessage
.
Benchmarks:
Licensed under either of
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.