Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:62151
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.183 as permitted sender)
Message-ID: <502A8CB2.7060708@sugarcrm.com>
Date: Tue, 14 Aug 2012 10:36:50 -0700
Organization: SugarCRM
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: Aaron Holmes <aaron@aaronholmes.net>
CC: "internals@lists.php.net" <internals@lists.php.net>
References: <CAF+90c_pRo6Xs2Cv9X-BN3mSnHi65gHHWzD8+yOnAPqgnWJm_w@mail.gmail.com> <50280D37.10109@moonspot.net> <CAF+90c_pG0sSE_uvtsdN6iXwtv=1SSO1pYH7Hy-hO9aWA=JdAw@mail.gmail.com> <502A7FFB.1090502@aaronholmes.net>
In-Reply-To: <502A7FFB.1090502@aaronholmes.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Generators
From: smalyshev@sugarcrm.com (Stas Malyshev)

Hi!

> That said, rewind() should behave consistently. I don't feel it makes 
> sense to have rewind() succeed at one point, and fail at another. It 
> would only cause confusion when not familiar with the behavior. Either 
> allow it, or don't. Not both.

It does, since foreach uses rewind. So first rewind should succeed if
you want iterators be usable in foreach. OTOH, on something like DB
result set, next rewind does not make any sense, if you have
non-seekable cursor, since the results consumed are gone and there's no
way to get them back (you could rerun the query, but it might have side
effects and nobody guarantees you'd get the same result anyway). So it
makes sense for the generator to succeed on first rewind but fail on
next ones. Note that generators by nature are stateful objects, so it is
not unexpected that they would produce different result in different
states.

-- 
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227