Redis RESP protocol serialization and deserialization with serde. RESP Specification
To use the crate, add this to your Cargo.toml
:
[dependencies]
serde-resp = "0.3.1"
IMPORTANT: Do NOT (de)serialize with any other types besides RESP/RESPType
! You may get panic or incorrect results!
Why?
Here are the Redis RESP types and their corresponding Rust types for (de)serialize operations.
Simple String
RESP::SimpleString(String)
Error
RESP::Error(String)
Integer
RESP::Integer(i64)
Bulk String
RESP::BulkString(Option<Vec<u8>>)
None
for null bulk strings and Some
for non-null ones.Array
RESP::Array(Option<Vec<RESP>>)
None
for null arrays and Some
for non-null ones.To serialize, use ser::tostring or ser::towriter.
To deserialize, use de::fromstr or de::fromreader or de::frombufreader.
For usage examples, refer to https://docs.rs/serderesp/0.3.1/serderesp/enum.RESPType.html
Since 0.3.0, you can start using very handy macros! Here is a demo:
rust
use serde_resp::{array, array_null, bulk, bulk_null, de, err_str, int, ser, simple, RESP};
let resp_array = array![
simple!("simple string".to_owned()),
err_str!("error string".to_owned()),
int!(42),
bulk!(b"bulk string".to_vec()),
bulk_null!(),
array![
simple!("arrays of arrays!".to_owned()),
array![simple!("OK ENOUGH!".to_owned())],
],
array_null!(),
];
let serialized = ser::to_string(&resp_array).unwrap();
assert_eq!(
"*7\r\n+simple string\r\n-error string\r\n:42\r\n$11\r\nbulk string\r\n$-1\r\n*2\r\n+arrays of arrays!\r\n*1\r\n+OK ENOUGH!\r\n*-1\r\n",
serialized
);
let deserialized = de::from_str(&serialized).unwrap();
assert_eq!(resp_array, deserialized);
https://docs.rs/serderesp/0.3.1/serderesp
The RESP protocol does not fit the serde data model well.
- RESP has no structured types (besides array).
This means (de)serializing structured data like struct
, enum
, or tuple
does not make sense.
- RESP has multiple string types (simple and error string).
So what should Rust String
map to? Simple or error string? Using what serde offers here will introduce a lot of ambiguity.
Another problem is that serde assumes there is only one string type so I need to apply some "hacks" to make (de)serializer work correctly.
These "hacks" involve (de)serialize methods that users are not supposed to use.
- RESP has multiple null types (null bulk string and null array). Similar to above, a lot of ambiguity and "hacks".
A bonus reason is this makes it easier to define array, which can be recursive.
I know this is very strict and tedious to write. But less ambiguity is always a good thing. Plus now with macros, it should be more pleasant to use now.