3 releases

0.1.2 Apr 14, 2023
0.1.1 Dec 7, 2022
0.1.0 Apr 10, 2022

#554 in Encoding

Download history 3810/week @ 2023-12-06 2129/week @ 2023-12-13 1390/week @ 2023-12-20 973/week @ 2023-12-27 2651/week @ 2024-01-03 2356/week @ 2024-01-10 2960/week @ 2024-01-17 3476/week @ 2024-01-24 4218/week @ 2024-01-31 2049/week @ 2024-02-07 3326/week @ 2024-02-14 2250/week @ 2024-02-21 2690/week @ 2024-02-28 3253/week @ 2024-03-06 3537/week @ 2024-03-13 2389/week @ 2024-03-20

12,308 downloads per month

MPL-2.0 license

31KB
720 lines

hubpack: a predictable serde format

hubpack is an algorithm for converting Rust values to bytes and back. It was originally designed for encoding messages sent between embedded programs. It is designed for use with serde.

Some of the nice things about hubpack include:

  • Its encoding format is relatively compact.

  • Its encoding format is predictable. In particular, there are no variable-length integer encodings.

  • Because the size is predictable, hubpack provides a SerializedSize trait. Any type that implements SerializedSize can report the maximum number of bytes necessary to encode it using hubpack. This means you can allocate a fixed-size buffer without worry. (You can #[derive(SerializedSize)] for your own types.)

  • The encode/decode implementations generate fairly small, efficient code.

  • The implementation uses very little unsafe code, only in specific cases with a measurable performance improvement and no reasonable alternative.

You might not want to use hubpack because of the following limitations:

  • hubpack is designed for fixed-size small data structures, and cannot encode things like Vec, str, and maps.

  • hubpack does not support enum types with more than 256 variants.

  • hubpack aims for predictability over compactness, so certain types of data -- like lots of integers whose values are small relative to their types -- can be more compactly encoded using formats like bincode.

Dependencies

~1.2–1.6MB
~38K SLoC