Skip to content
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

Better error handling #10

Open
MrSchyzo opened this issue Oct 14, 2021 · 0 comments
Open

Better error handling #10

MrSchyzo opened this issue Oct 14, 2021 · 0 comments
Labels
enhancement New feature or request Needs thought Cannot tackle it without some plan QoL Using this software must not be a pain

Comments

@MrSchyzo
Copy link
Owner

I use Result<O, E> somewhere in the codebase, but without any coherence. It would be better if I use it extensively as it forces me to handle errors. The worst part is making it work with Uni<T> without ruining the code readability.

Another thing: I do not map any exception to HTTP responses, only 500 errors, and it's ugly.

@MrSchyzo MrSchyzo added Needs thought Cannot tackle it without some plan enhancement New feature or request QoL Using this software must not be a pain labels Oct 14, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request Needs thought Cannot tackle it without some plan QoL Using this software must not be a pain
Projects
None yet
Development

No branches or pull requests

1 participant