On Mon, 27 Dec 2004 06:45:21 -0500, Ron Jeffries <[EMAIL PROTECTED]> wrote: > > On Monday, December 27, 2004, at 2:59:09 AM, Roberto Lupi wrote: > > > there is one thing that I don't like in yours and Ron's code: all > > those reference to frameStart, frameStart + 1, frameStart + 2. > > > We are dealing with a stream of rolls, then why don't we make our data > > structure a stream of rolls? > > Well, one reason is that the bonus rolls belong to two frames. I > suspect rather strongly that the code shown won't pass the tests.
I see. Thanks for the clarification: I have never played bowling myself and I didn't know this rule. I was working back from your code. I can write a stream-based implementation using #peek instead of #next, but I don't think if I should. My Smalltalk environment (Dolphin) lacks a method that returns multiple future values from a PositionableStream. I would have to add my own and I don't think that it's worth the effort. -- Roberto Lupi http://www.lupi-software.com/ To Post a message, send it to: [EMAIL PROTECTED] To Unsubscribe, send a blank message to: [EMAIL PROTECTED] ad-free courtesy of objectmentor.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/extremeprogramming/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
