async-io-either alternatives and similar packages

Based on the "Error Handling" category.
Alternatively, view async-io-either alternatives based on common mentions on social networks and blogs.

rescue

6.1 0.0 async-io-either VS rescue

🚒✨ Rescue: better errors through types (a more type directed MonadThrow/MonadCatch)
partial-handler

5.0 0.0 async-io-either VS partial-handler

A composable exception handler

WorkOS - The modern identity platform for B2B SaaS

The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.

Promo workos.com

pretty-error

2.3 0.0 async-io-either VS pretty-error

Pretty error messages for failed runtime invariants in Haskell
spork

0.6 0.0 async-io-either VS spork

Catch errors thrown from pure computations.

Do you think we are missing an alternative of async-io-either or a related project?

Add another 'Error Handling' Package

Popular Comparisons

README

Async IO Either

This is a tiny package that captures a pattern I've been using a lot...

Essentially I am tired of needing something of (IO a) and it so often coming with exceptions that are not indicated in the type. Generally speaking my application, like many others, is just going to throw in the towel when an exception occurs, but I would prefer it if a value was provided. This would then allow me to decide just what sort of tantrum my application will throw.

I've tried to understand the different manners of handling exceptions in Haskell, and I'm sure there is a better or more fitting approach. But this is what I have for now.