#serialization #async #send-receive #codec #serde #networking #format-json

tokio-serde

Send and receive Serde encodable types over the network using Tokio. This library is used as a building block for serialization format specific libraries

13 releases (breaking)

0.9.0 Feb 4, 2024
0.8.0 Dec 24, 2020
0.7.1 Oct 31, 2020
0.6.1 Mar 23, 2020
0.0.0 Mar 14, 2017

#44 in Encoding

Download history 43539/week @ 2024-08-11 47520/week @ 2024-08-18 49202/week @ 2024-08-25 54290/week @ 2024-09-01 53841/week @ 2024-09-08 37322/week @ 2024-09-15 43812/week @ 2024-09-22 54960/week @ 2024-09-29 51001/week @ 2024-10-06 54871/week @ 2024-10-13 58984/week @ 2024-10-20 62222/week @ 2024-10-27 71535/week @ 2024-11-03 62821/week @ 2024-11-10 60762/week @ 2024-11-17 56704/week @ 2024-11-24

258,641 downloads per month
Used in 340 crates (60 directly)

MIT/Apache

26KB
336 lines

Tokio Serialize / Deserialize

Utilities needed to easily implement a Tokio transport using serde for serialization and deserialization of frame values.

Documentation

Usage

To use tokio-serde, first add this to your Cargo.toml:

[dependencies]
tokio-serde = "0.9"

Next, add this to your crate:

use tokio_serde::{Serializer, Deserializer, Framed};

License

This project is licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in iovec by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.


lib.rs:

This crate provides the utilities needed to easily implement a Tokio transport using serde for serialization and deserialization of frame values.

Introduction

This crate provides transport combinators that transform a stream of frames encoded as bytes into a stream of frame values. It is expected that the framing happens at another layer. One option is to use a length delimited framing transport.

The crate provides two traits that must be implemented: Serializer and Deserializer. Implementations of these traits are then passed to Framed along with the upstream Stream or Sink that handles the byte encoded frames.

By doing this, a transformation pipeline is built. For reading, it looks something like this:

  • tokio_serde::Framed
  • tokio_util::codec::FramedRead
  • tokio::net::TcpStream

The write half looks like:

  • tokio_serde::Framed
  • tokio_util::codec::FramedWrite
  • tokio::net::TcpStream

Examples

For an example, see how JSON support is implemented:

Dependencies

~0.4–1.4MB
~28K SLoC