grd VS strum

I struggle to get Github Action to build a project that depends on tonic: https://github.com/kud1ing/grd/actions/runs/3973883434/jobs/6812813124

Hm, I think my code is not too different. It's at https://github.com/kud1ing/grd One first has to build the Rust code. The error is triggered by the Python client in https://github.com/kud1ing/grd/blob/main/python/client.py which calls https://github.com/kud1ing/grd/blob/main/rust/client_c_api/src/lib.rs

Take a look at the strum crate. https://crates.io/crates/strum

I would be use something like https://github.com/Peternator7/strum if I need map string to enum and serde is not the option.

Looks like proper support for this in strum has been proposed.

This crate can generate an iterator for you using a macro https://github.com/Peternator7/strum

The strum crate is also good for removing this kind of boilerplate, and worth checking out!

strum is among my favorite crates to recommend. Favorites of this crate include EnumProperty and EnumIter

I released my first crate that provides a derive macro to easily obtain a name of a current variant in an enum as a string. I did it mostly to learn about procedural macros and the process of releasing a crate. I then found out there is strum which does this and much more. Nonetheless, I learned a lot and I found couple of nice tools like ```cargo-release and git-cliff.

I used https://crates.io/crates/strum to iterate over the enum variants, otherwise you'd have to hardcode the list of variants and wouldn't gain anything.

If you chose to go with the "derive a trait" route the strum crate might be what you're looking for. It lets you use derive to add information about variant count, discriminants or even iterators over variants to an enum.

You might want something like strum