Si la fourchette() est un générateur en Python 3.3, pourquoi je ne peux pas appel à next() sur une plage?

Peut-être que j'ai été victime de la désinformation sur le web, mais je pense que c'est plus probablement que j'ai mal compris quelque chose. Selon ce que j'ai appris jusqu'à présent, range() est un générateur, et les générateurs peuvent être utilisés comme des itérateurs. Toutefois, ce code:

myrange = range(10)
print(next(myrange))

me donne cette erreur:

TypeError: 'range' object is not an iterator

Ce qui me manque ici? Je m'attendais à ce genre d'imprimer 0, et pour passer à la valeur suivante dans myrange. Je suis nouveau sur Python, donc s'il vous plaît accepter mes excuses pour la non question de base, mais je ne pouvais pas trouver une bonne explication n'importe où ailleurs.

  • Voir stackoverflow.com/q/13054057/395760 pour la distinction entre les itérateurs et les choses que vous pouvez parcourir dans un for boucle.
  • Serait-il correct de dire que les générateurs sont iterables, mais pas les itérateurs?
  • Iterables sont des objets qui iter peut être utilisé pour obtenir un itérateur. Les itérateurs sont des objets que l'on peut parcourir par le biais de l'aide next. Générateurs est de la catégorie des itérateurs (générateur de fonctions et un générateur d'expressions). Au moins, c'est ce que je pense...
InformationsquelleAutor Jeff | 2012-10-26
  1. 83

    range est une classe de immuable itérable objets. Leur itération comportement peut être comparé à lists: vous ne pouvez pas appeler next directement sur eux; vous devez obtenir un itérateur en utilisant iter.

    Donc pas, range n'est pas un générateur.

    Vous pouvez penser, "pourquoi n'ont-ils pas le faire directement itératif"? Eh bien, ranges ont certaines propriétés utiles qui ne serait pas possible de cette façon:

    • Ils sont immuables, de sorte qu'ils peuvent être utilisés comme clés de dictionnaire.
    • Ils ont la start, stop et step attributs (depuis Python 3.3), count et index méthodes, et ils soutiennent in, len et __getitem__ opérations.
    • Vous pouvez parcourir le même range plusieurs fois.
    >>> myrange = range(1, 21, 2)
>>> myrange.start
1
>>> myrange.step
2
>>> myrange.index(17)
8
>>> myrange.index(18)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: 18 is not in range
>>> it = iter(myrange)
>>> it
<range_iterator object at 0x7f504a9be960>
>>> next(it)
1
>>> next(it)
3
>>> next(it)
5
    • Une autre fonctionnalité intéressante de range objets est qu'ils ont un __contains__ méthode qui peut être utilisé pour tester si une valeur est dans l'intervalle: 5 in range(10) => True
    • Merci pour la réponse, ce qui fait sens aujourd'hui. La seule chose que je tiens à éclaircir avant d'accepter votre réponse est la remarque en italique environ un tiers de la ceci de la page, qui stipule que "en Python 3() est un générateur". Est-ce tout simplement incorrect?
    • Strictement parlant, oui, c'est mal. L'auteur de la note signifiait probablement que dans Python 3 range est lazy (par rapport à Python 2 où c'est juste une fonction qui retourne une liste).
    • Aussi: range(0,10,3)[3] et 9 in range(0,10,3). La gamme est assez bien un paresseux liste.
    • L'une des dernières pièces du puzzle se met en place...super réponse.
    • Quel est le lien entre le fait d'être immuables et ne sont pas directement itératif? Même un objet iterable objet semble immuable pour moi, c'est quoi exactement le profit ou la raison derrière un objet de la plage n'étant pas directement itératif?
    • itérable" est un abus de langage, fait sens "itérateur". Les itérateurs internes de l'état et donc sont mutables par définition. "Itératif" est un objet, s'il est mutable ou pas, qui peut produire un itérateur. Même mutable objets ne sont généralement pas les itérateurs eux-mêmes, au lieu de cela, ils produisent des itérateurs réutilisables manière (par exemple, vous pouvez effectuer une itération sur la même liste en deux endroits différents de façon indépendante, à l'aide de deux itérateurs).

    InformationsquelleAutor Oleh Prypin