Unwrapit provides a way to handle errors in JS/TS
musicq.gitbook.io
Unwrapit provides a way to handle errors in JS/TS
1–10 of 72 posts
Re: Unwrapit provides a way to handle errors in JS/TS
#2Still think this might be a proper way to deal with errors in JS/TS
Re: Unwrapit provides a way to handle errors in JS/TS
#3Spent sometime to complete the document of my rust Result like library `unwrapit` for JS/TS. Still think this might be a proper way to deal with errors in JS/TS
Re: Unwrapit provides a way to handle errors in JS/TS
#4Re: Unwrapit provides a way to handle errors in JS/TS
#5Re: Unwrapit provides a way to handle errors in JS/TS
#6Spent sometime to complete the document of my rust Result like library `unwrapit` for JS/TS. Still think this might be a proper way to deal with errors in JS/TS
Re: Unwrapit provides a way to handle errors in JS/TS
#7Re: Unwrapit provides a way to handle errors in JS/TS
#8Adding all these boilerplate that not all people agree with would just make it harder to read and debug.
Re: Unwrapit provides a way to handle errors in JS/TS
#9Re: Unwrapit provides a way to handle errors in JS/TS
#10Spent sometime to complete the document of my rust Result like library `unwrapit` for JS/TS. Still think this might be a proper way to deal with errors in JS/TS
Here’s lots of typical exception handling patterns: http://wiki.c2.com/?ExceptionPatterns
Persobally I prefer exceptions over boilerplate “if’s”, but good to know that there’s a wrapper for the people who don’t.