Skip to content

Generic way to send serde compatible types over channels implementing AsyncRead or AsyncWrite

License

Apache-2.0, MIT licenses found

Licenses found

Apache-2.0
LICENSE-APACHE
MIT
LICENSE-MIT
Notifications You must be signed in to change notification settings

Xaeroxe/async-io-typed

Repository files navigation

async-io-typed Build Status Latest Version

Documentation

Combines bincode and futures to adapt any AsyncRead or AsyncWrite type into a channel for transmission of serde compatible Rust types.

Who needs this?

If you have an endpoint you need to communicate with and

  • You can establish some kind of I/O connection to it (i.e. TCP, named pipes, or a unix socket)
  • You need clear message boundaries
  • You're not trying to conform to an existing wire format such as HTTP or protobufs. This crate uses a custom format.
  • The data you wish to send can be easily represented in a Rust type, and that type implements serde's Deserialize and Serialize traits.

Then this crate might be useful to you!

Who doesn't need this?

If the endpoint is in the same process then you should not use this crate. You're better served by existing async mpsc channels. Many crates provide async mpsc channels, including futures and tokio. Pick your favorite implementation. Additionally, if you're trying to interface with a process that doesn't have Rust code, and can't adopt a Rust portion, this crate will hurt much more than it will help. Consider using protobufs or JSON if Rust adoption is a blocker.

Binary format

Details on the binary format used by this crate can be found in the binary format specification.

About

Generic way to send serde compatible types over channels implementing AsyncRead or AsyncWrite

Resources

License

Apache-2.0, MIT licenses found

Licenses found

Apache-2.0
LICENSE-APACHE
MIT
LICENSE-MIT

Stars

Watchers

Forks

Packages

No packages published

Languages