[Haskell-cafe] A home-brew iteration-alike library: some extension quiestions
permeakra at gmail.com
Thu Dec 9 21:08:22 CET 2010
-------- Original Message --------
Subject: Re: [Haskell-cafe] A home-brew iteration-alike library: some
Date: Thu, 09 Dec 2010 23:07:49 +0300
From: Permjacov Evgeniy <permeakra at gmail.com>
To: Antoine Latter <aslatter at gmail.com>
On 12/09/2010 10:54 PM, Antoine Latter wrote:
> I only have some surface level questions/comments -
> What existing packages is this similar to? How is it different from
> any previous work in the area?
Main idea was taken from Iteratees invented by Oleg Kiselev (there are
two packages on hackage implementing this ideas: data-iteraties and
The difference is, that I wished haskell-2010 compilant package for
left-foldable streams, including support for easy builing, transcoding,
merging and folding of streams relying on do-notation (see
Data.Iteration.Unicode.* for examples of transcoding streams: it is
quite clean and easily understandable) and ability to specify easily
monadic actions in stream processors.
> Also, likes looks like you don't need the 'Monad m' constraint on your
> various Monad and Functor instances in Data.Iteration.Types, which I
> think is one of the nicest properties of the continuation-based
> approach to something like this.
Errgh. That may be true, but I did not consider non-monadic context at
all, so I enforced this constrain mindlessly
> It's a mater of taste which way to go, but I prefer importing modules
> qualified rather than have type-suffixes on functions - so I would
> rather use 'I.next' and 'A.next' instead of 'nextI' and 'nextA'. But
> reasonable people can disagree on this.
> Take care,
> On Thu, Dec 9, 2010 at 1:42 PM, Permjacov Evgeniy <permeakra at gmail.com> wrote:
>> Hi. I Wrote a simple iteration library. It was not intensively tested,
>> so it MAY contatin bugs, but it is very unlikely. The library is
>> currently on github: https://github.com/permeakra/iteration
>> I'm not ready to upload it to hackage, as some testing and extension is
>> really needed. However, I'd like to know about possible flaws.
>> Current goal is addition of byte-stream (de)compression and IO functions
>> extenstion. After this package will be cabalized and uploaded to
>> hackage. So, while design is not frozen yet, I'm interested in criticism -)/
>> Haskell-Cafe mailing list
>> Haskell-Cafe at haskell.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Haskell-Cafe