A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2007-July/073800.html below:

[Python-Dev] itertools addition: getitem()

[Python-Dev] itertools addition: getitem()Walter Dörwald walter at livinglogic.de
Mon Jul 9 12:11:39 CEST 2007
Guido van Rossum wrote:
> On 7/9/07, Raymond Hettinger <python at rcn.com> wrote:
>> Also, as a practical matter, I think it is a bad idea to introduce
>> __getitem__ style access to itertools because the starting point
>> moves with each consecutive access:
>>
>>     # access items 0, 2, 5, 9, 14, 20, ...
>>     for i in range(10):
>>         print getitem(iterable, i)
>>
>> Worse, this behavior changes depending on whether the iterable
>> is re-iterable (a string would yield consecutive items while a
>> generator would skip around as shown above).
>>
>> Besides being a bug factory, I think the getitem proposal would
>> tend to steer people down the wrong road, away from more
>> natural solutions to problems involving iterators.  A basic step
>> in learning the language is to differentiate between sequences
>> and general iterators -- we should not conflate the two.
> 
> But doesn't the very same argument also apply against islice(), which
> you just offered as an alternative?

Exactly.

> PS. If Walter is also at EuroPython, maybe you two could discuss this in
> person?

Sorry, I won't be at EuroPython.

Servus,
   Walter
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4