<div dir="ltr">A slight take on what Gregory said is that io-streams is fundamentally about streaming IO, where is pipes can be used with any base monad, including Identity or other pure monads -- not just ones that implement MonadIO. So if you want to compose pure streaming operations, you would likely prefer pipes. I think conduits works that way as well now (it originally was also IO-only).<div><br></div><div>- jeremy</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 5, 2015 at 10:33 AM, Daisuke Fujimura <span dir="ltr"><<a href="mailto:me@fujimuradaisuke.com" target="_blank">me@fujimuradaisuke.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello cafe,<div><br></div><div>Now I'm preparing a presentatio for meetup for stream processing in functional programming(in Tokyo), and my part is something like "why stream processing library".</div><div><br></div><div>While preparing material, I encountered the question that why io-streams is so simple comparing others, and the reason and downsides behind its simplicity. I'm guessing it's due to its resource handling strategy, but not so confident about it because I couldn't came up with a concrete example yet.</div><div><br></div><div>Do you know any good example where io-streams won't fit? Let me know if you have.</div><div><br></div><div>Thanks!</div><div><br></div></div>
<br>_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
<br></blockquote></div><br></div>