[Haskell-cafe] Re: Explaining monads
Tillmann Rendel
rendel at rbg.informatik.tu-darmstadt.de
Mon Aug 13 18:34:55 EDT 2007
David Roundy wrote:
> It's the *effect* of a monad, not the *side* effect. The type of >>=
> defines this dependency. And when you have a chain of dependencies, that
> is sometimes referred to as a sequence. True, it's not mystical, but it's
> still sequenced.
How can a Haskell type define a data dependency? Haskell functions are
non-strict, so they may choose to ignore arguments, and ignored
arguments are not evaluated at all.
> Try executing:
>
> do { x <- return 2; undefined; return (x*x); }
>
> in any monad you like, and you'll find that regardless of the *data*
> dependencies (the return value of this monadic action is unambiguous), the
> undefined is evaluated *before* the value 4 is returned.
> runIdentity $ do {x <- return 2; undefined; return (x * x) }
4
Tillmann
More information about the Haskell-Cafe
mailing list