¿Por qué la definición de __getitem__ en una clase lo hace iterable en python?

Question

¿Por qué la definición de __getitem__ en una clase lo hace iterable?

Por ejemplo si escribo:

class b: 
    def __getitem__(self, k): 
    return k 

cb = b() 

for k in cb: 
    print k 

me sale la salida:

0 
1 
2 
3 
4 
5 
6 
7 
8 
... 

yo realmente esperar ver un error volvió de "para k en CB:"

Answer 1

Si se echa un vistazo a PEP234 iteradores que definen, que dice: el apoyo

1. An object can be iterated over with "for" if it implements 
    __iter__() or __getitem__(). 

2. An object can function as an iterator if it implements next(). 

Answer 2

Porque cb[0] es lo mismo que cb.__getitem__(0). Vea el python documentation en esto.

Answer 3

Los métodos especiales como __getitem__ añaden comportamientos especiales a los objetos, incluida la iteración.

http://docs.python.org/reference/datamodel.html#object.getitem

"para los bucles esperar que un IndexError será elevado para los índices ilegales para permitir la detección apropiada de la final de la secuencia."

Levante IndexError para señalar el final de la secuencia.

Su código es básicamente equivalente a:

i = 0 
while True: 
    try: 
     yield object[i] 
     i += 1 
    except IndexError: 
     break 

Donde objeto es lo que está en la iteración en el bucle.

Answer 4

de iteración para __getitem__ puede ser visto como una "característica legado" que permitió la transición más suave cuando PEP234 introdujo iterabilidad como concepto primario. Solo se aplica a las clases sin __iter__ cuyo __getitem__ acepta números enteros 0, 1, & c, y aumenta IndexError una vez que el índice es demasiado alto (si alguna vez), por lo general aparecen "secuencias" codificadas antes de __iter__ (aunque nada impide codificar nuevas clases de esta manera también).

Personalmente, prefiero no confiar en esto en un código nuevo, aunque no está en desuso ni se va a ir (funciona bien en Python 3 también), así que esto es solo cuestión de estilo y gusto ("explicito es mejor") que implícita "así que preferiría apoyar explícitamente la iterabilidad en lugar de confiar en __getitem__ para que la respalde implícitamente para mí, pero no como un bigge).

Answer 5

__getitem__ anterior del protocolo de iteración, y fue en el pasado la única manerapara hacer las cosas iterable. Como tal, todavía es compatible como un método de iteración. Esencialmente, el protocolo para la iteración es:

1. Compruebe si hay un método __iter__. Si existe, use el nuevo protocolo de iteración.

2. De lo contrario, intente llamar al __getitem__ con valores enteros sucesivamente más grandes hasta que aparezca IndexError.

(2) que solía ser la única manera de hacer esto, pero tenía el inconveniente de que supone más de lo necesario para apoyar simplemente iteración. Para admitir la iteración, tenía que admitir el acceso aleatorio, que era mucho más costoso para cosas como archivos o secuencias de red, donde ir hacia adelante era fácil, pero retroceder exigiría almacenar todo. __iter__ permitió la iteración sin acceso aleatorio, pero dado que el acceso aleatorio generalmente permite la iteración de todos modos, y porque la compatibilidad con versiones anteriores sería malo, __getitem__ sigue siendo compatible.

Answer 6

Esto es así por razones históricas. Antes de Python 2.2 __getitem__ era la única forma de crear una clase que pudiera repetirse con el ciclo for. En 2.2 se agregó el protocolo __iter__ pero para mantener la compatibilidad con versiones anteriores __getitem__ aún funciona en bucles.