Add Error Handling Library #269
Labels
area/user-experience
Pertaining to developers trying to use Quilkin, e.g. cli interface, configuration, etc
kind/design
Proposal discussing new features / fixes and how they should be implemented
Currently quilkin has multiple error types, and it is quite a bit of boilerplate to add all the trait implementations for each one. I think we should decide on an error handling library to use to reduce the boilerplate to errors.
Two leading error crates.
eyre
– fork ofanyhow
, typically suited for binary applications, and reporting any errors to CLI.snafu
Strongly typed descendant fromerror-chain
, better suited to libraries for returning structured data for errors.Personally I would lean towards using
snafu
as we have a lot of library like components with distinct error types.The text was updated successfully, but these errors were encountered: