[Haskell-cafe] Re: Is there anyone out there who can translate
C# generics into Haskell?
jules at jellybean.co.uk
Wed Jan 9 07:25:14 EST 2008
Achim Schneider wrote:
> Yes, you see, that was my first Haskell program bigger than 20 lines,
> there's no possibility to get the state out of the IO Monad, at least
> without writing a high-level interface to glut and gl, and then there's
> this thing that _every_ game works with input callbacks, one, global,
> state update function (where it doesn't _really_ matter whether you're
> passing and returning a state or updating a state) and one function
> that translates the state into some graphics representation.
My objection was not about having an IORef somewhere (you need it to
thread via the callback), but about making each component an IORef when
one big IORef makes more sense.
It makes plenty of sense to try to write precise type signatures,
including not having IO in the type of functions which don't do IO.
For ramblings about the annoyance of having to use IORefs to thread your
custom monad state through callbacks, take a look at
which sketches a typeclass "solution"
More information about the Haskell-Cafe