-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create a derive library #4
Comments
For simple (low-level) use cases, it usually doesn't have a common pattern like tuple, UTF-8, quotes, etc as the formats of serde have, but rather very flexible for individual protocols. Thus I think it may be hard to abstract a common way to derive the traits. Anyway, if you've any idea about it, please share it with me 😄 . |
I don't see this problem. There don't need to be special cases for serialization of different kinds of data types. But I already found another problem. You sometimes switch the context used during parsing (mostly Endian for numbers, but other types need other contexts or no context). I'm not sure, if this is possible without increasing the complexity of this crate. I might just try, when I really need it. |
It would be nice to be able to derive the traits
TryRead
andTryWrite
.It would have to be done similar to serde-derive, but will probably be a bit easier because of the simpler format used in this crate.
This will have to be done in an additional crate and will be called
byte-derive
.I'll try it myself, but I'm not that experienced with proc macros.
The text was updated successfully, but these errors were encountered: