Three reasons: - I believe they wouldn't be needed anymore with the new variables/ combinators. - Because I/O through a duplex stream entails an extra level of indirection. - Implementations of things like setting the timeout, changing the encoding is ugly with duplex streams. - The implementation of duplex streams themselves contains a fair bit of boilerplate. I could move Dan's delegate library to the core but I'd rather not do that if duplex streams are the only use-case in the core.
Basically I think they would become redundant and since they're kind of ugly its best not to have them. Slava On Apr 22, 2008, at 3:09 PM, Eduardo Cavazos wrote: > What's the main motivation for removing duplex streams? > > I'd like to point out that it sort of moves in away from the > direction I've > argued for in general; that of "combining" objects on the stack > instead of > splitting them up. Areas where I've emphasized this principle are the > encodings api and cursors. > > Let me just say that exceptions to principles should be made when > they're > justified. You might not subscribe to this principle, but from my > perspective, I'm very interested in the reasons behind the change. > > Ed > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Factor-talk mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/factor-talk ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Factor-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/factor-talk
