←back to thread

The highest quality codebase

(gricha.dev)
576 points Gricha | 3 comments | 08 Dec 25 21:33 UTC | HN request time: 0.655s | source
Show context
tracker1 ◴[11 Dec 25 17:17 UTC] No.46234143[source]▶
On the Result<TR, TE> responses... I've seen this a few times. I think it works well in Rust or other languages that don't have the ability to "throw" baked in. However, when you bolt it on to a language that implicitly can throw, you're now doing twice the work as you have to handle the explicit error result and integrated errors.

I worked in a C# codebase with Result responses all over the place, and it just really complicated every use case all around. Combined with Promises (TS) it's worse still.

replies(1): >>46235194 #
1. mrsmrtss ◴[11 Dec 25 18:38 UTC] No.46235194[source]▶
The Result pattern also works exceptionally well with C#, provided you ensure that code returning a Result object never throws an exception. Of course, there are still some exceptional things that can throw, but this is essentially the same situation as dealing with Rust panics.
replies(1): >>46238208 #
2. tracker1 ◴[11 Dec 25 22:30 UTC] No.46238208[source]▶
IMO, Rust panics should kill the application... C# errors shouldn't. Also, in practice, in C# where I was dealing with Result, there was just as much chance of seeing an actual thrown error, so you always had to deal with both an explicit error result AND thrown errors in practice... it was worse than just error patterns with type specific catch blocks.
replies(2): >>46238634 #>>46241851 #
3. mrsmrtss ◴[12 Dec 25 07:51 UTC] No.46241851[source]▶
I think you just had experienced a bad codebase. If you opt for using Result then you can not throw at the same time. If you follow this rule, then it works perfectly.