News for hackers. Stuff that matters.
Re:Rust: Enums to Wrap Multiple Errors by shepmaster on Friday October 08, 2021 @12:22PM (#28801056)
> 15-20 enums (or more) for their error types and it makes things very cumbersome

Like everything, it can be a balancing act. I tend to be free about creating error types (one per module, usually, but it's not strange for me to create more). When you implement `std::error::Error` (to be able to make error trait objects) and have a tool like SNAFU (to make error enums), then having more error types isn't much of a hindrance in my experience.

> I’ll start with `anyhow` if I’m writing library code and then refactor to enums later

The newest (beta) version of SNAFU actually strives to make this case even smoother. There's a `whatever!` macro that you can use to create stringly-typed errors and then migrate case-by-case to an enum. Check out the docs for some example usage.

Re:Rust: Enums to Wrap Multiple Errors by dljsjr on Friday October 08, 2021 @01:32PM (#28801779)
I used the wrong wording: They have 15-20 *enum variants* per enum definition. Or more. I worked with a project that had close to 30-something enum variants.

That’s just… wildly annoying to deal with IMO.

Re:Rust: Enums to Wrap Multiple Errors by catlifeonmars on Friday October 08, 2021 @05:54PM (#28804572)
That sounds like a different design issue. Errors are certainly part of the API and it looks like they’re not encapsulated well enough.