AsyncResult.mapAsync? (or some other name) about fstoolkit.errorhandling

[TheAngryByrd]

Thanks :)

I think this is answered so going to close.

[TheAngryByrd]

Yeah I struggle with what the correct terminology would be. I think it goes into bind territory since bind infers unwrapping a thing to operate on. So we would end up providing for AsyncResult abind which takes a 'a -> Async<Result<'b,'c>> and a bindAsync which takes a 'a -> Async<'b> and any other bindXYZ for Tasks/Jobs/Promises and possible variants for the Error path as well but I tend to find needing to bind on the error path less and maps tend to cover most cases.

[TheAngryByrd]

Even though we don't provide all the functional bindXYZ variants we do provide overloads for them in our computation expressions, which many people like using since it tends to read nicer.

[witoldsz]

OK, thanks. I am still wrapping my head around composing functions (>> and |>) and using computation expressions (this is new, have not seen anything like this, expect for Haskell do) and I can always just add these methods as they are easy to write (at least for me now) and most other things are implemented in this superb FsToolkit already (it reminds me of jOOλ - The Missing Parts in Java 8 jOOλ improves the JDK libraries in areas where the Expert Group's focus was elsewhere.)