Stream Desing (Was: GZip File Reading)
dsimcha
dsimcha at yahoo.com
Thu Mar 10 09:16:35 PST 2011
== Quote from Jonathan M Davis (jmdavisProg at gmx.com)'s article
> There _have_ been some threads on designing a new stream API, and there are some
> preliminary designs, but as far as I know, they have yet to really go anywhere.
> I'm unaware of the stream API really having a champion per se. Andrei has done
> some preliminary design work, but I don't know if he intends to actually
> implement anything, and as far as I know, no one else has volunteered. So, a new
> std.stream is one of those things that we all agree on that we want but which
> hasn't happened yet, because no one has stepped up to do it.
> And I do agree that the ability to deal with a compressed file should be part of
> the stream API (probably as some sort of adapter/wrapper which uncompresses the
> stream as you iterate through it). But the stream API needs to be designed and
> _implemented_ before we'll have that.
> - Jonathan M Davis
So I guess in such a design we would still have things like a decorator to iterate
through a stream by chunk, by line, etc., with a range interface?
More information about the Digitalmars-d
mailing list