<div dir="ltr"><br><br><div class="gmail_quote">On Tue, Oct 20, 2009 at 11:04 AM, Nicolas Pouillard <span dir="ltr"><<a href="mailto:nicolas.pouillard@gmail.com">nicolas.pouillard@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sun, Oct 18, 2009 at 9:45 PM, Michael Snoyman <<a href="mailto:michael@snoyman.com">michael@snoyman.com</a>> wrote:<br>
> While working on the next release of data-object, I wanted to represent some<br>
> operations that might fail. The typical candidates were:<br>
><br>
> 1) Maybe<br>
> 2) Either<br>
> 3) Monad<br>
><br>
> Monad is always iffy because of the often times poorly defined fail. Maybe<br>
> doesn't provide any means of reporting what the problem was. Either is not<br>
> defined as a Monad in the base library. Also, the usual candidate of Either<br>
> String only provides for an error message. It would be nice to have more<br>
> in-depth information available.<br>
><br>
> So I've put together a package I call "attempt". It defines a data type<br>
> called (surprise) Attempt with a Success and Failure constructor. The trick<br>
> here is that it using the new extensible exceptions under the surface, so<br>
> you can report any kind of exception you want. It also provides a<br>
> "FromAttempt" type class for possible conversion targets from an Attempt,<br>
> provides an attempt function with some helpers for performing the equivalent<br>
> of Control.Exception.catches, and provides two samples of functions I would<br>
> want to implement with this library: attemptJoin and attemptLookup.<br>
><br>
> My questions for the list are:<br>
><br>
> 1) Is the overall approach sound, or do people have better ideas?<br>
<br>
</div>I think that there is a place for such a package. Given the Monad/fail issue,<br>
the Maybe/no-message issue and the Either/not-a-monad-in-base issue.<br>
<br>
About the name Attempt, I think that 'Outcome' would be a better name.<br></blockquote><div><br>The problem with a name like "Outcome" is that it doesn't really imply the possibility of failure, simply that we are wrapping of the result for some reason. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
> 2) Are there any other FromAttempt instances I should provide out of the<br>
> box?<br>
<br>
</div>None that I see.<br>
<div class="im"><br>
> 3) I was considering adding specialized versions of the fromAttempt<br>
> function, ie ioFromAttempt, maybeFromAttempt. Thoughts?<br>
<br>
</div>It is a bit long to spell.<br></blockquote><div><br>True, but it can be more convenient than giving explicit type signatures. The main reason this might come up would be regarding the (Either String) and (Either SomeException) instances.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
> 4) Should I follow the naming scheme attemptJoin, attemptLookup, etc, or<br>
> just call the functions join, lookup and force people to import the module<br>
> qualified?<br>
<br>
</div>A nice alternative would be to make a Data.Attempt.Extra (or a better<br>
name) which<br>
would be imported qualified.<br></blockquote><div><br>I like. The only other name I can think of right now is Data.Attempt.Helper, but that's just painting the bike shed.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
> 5) Any other suggestions for attempt functions? I've considered<br>
> head/tail/etc.<br>
<br>
</div>Why not, maybe the 'safe' package should be of some inspiration.<br></blockquote><div><br>Once they're all in their own module, I don't see a problem adding as many as possible.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
> 6) Include ToAttempt?<br>
<br>
IMHO, no.<br>
<div class="im"><br>
> The code is available on github at<br>
<br>
</div>I think that the 'attempt' function should follow functions like<br>
'maybe' and 'either'.<br>
<br>
attempt :: (forall e. Exception e -> b) -> (a -> b) -> Attempt a -> b<br><br></blockquote><div>I was trying to more model it after fromMaybe, but instead just ended up with something ugly. I'm going to rewrite attempt using this type signature and then add fromAttempt as well.<br>
<br>Michael <br></div></div></div>