Comments on: Parcourir un itérable par morceaux en Python

By: Lujeni

Lujeni — Mon, 21 Jan 2013 23:12:13 +0000

Merci Sam ! Enfin compris, la syntaxe étant un peu tordu pour moi et l’unpacking complètement zappé. Un petit refresh ne m’a pas fait de mal :)

By: Sam

Sam — Mon, 21 Jan 2013 22:34:19 +0000

La question n’est pas idiote, la preuve, nous avons écrit un article pour y répondre :

http://sametmax.com/operateur-splat-ou-etoile-en-python/

By: Lujeni

Lujeni — Mon, 21 Jan 2013 21:45:48 +0000

Hello Sam,

dans ton commentaire pour parcourir un iterable tu reprends la syntaxe de type:
izip(*[iter(s)]*n)

Question un peu idiote, j’ai du mal a bien comprendre cette syntaxe, les etoiles ont elles une signification?

Merci et encore bravo pour le boulot :)

By: Sam

Sam — Mon, 24 Dec 2012 00:47:32 +0000

Je suis là pour ça.

By: Cladmi

Cladmi — Sun, 23 Dec 2012 23:14:54 +0000

Bien joué, c’est pour ça que quand je testais avec une liste de string ça marchait, j’étais dans un cas particulier.

Donc cette ligne était encore plus compliquée que ce que je pensais.

Merci pour les réponses.

By: Sam

Sam — Sun, 23 Dec 2012 23:08:22 +0000

Parce que le premier paramètre de chain() doit être un itérable.

>>> list(chain(1, [2, 3]))
Traceback (most recent call last):
  File "", line 1, in <module>
    list(chain(1, [2, 3]))
TypeError: 'int' object is not iterable
>>> list(chain((1,), [2, 3]))
[1, 2, 3]

By: Cladmi

Cladmi — Sun, 23 Dec 2012 22:47:22 +0000

Oui erreur de ma part, c’est un tuple et non un générateur.
J’ai confondu avec la syntaxe avec les parenthèses pour faire un générateur quand on utilise les listes en intention.

Et donc en fait, je me demandais pourquoi tu faisais chain((it.next(),),...) au lieu de chain(it.next(),...) directement.

By: Sam

Sam — Sun, 23 Dec 2012 16:52:55 +0000

Bonjour Cladmi. Je n’ai pas compris la seconde question. Qu’entends tu par “refaire un générateur”. Et par “sans” ?

By: Cladmi

Cladmi — Sun, 23 Dec 2012 15:31:28 +0000

Je trouve que tu passes très vite sur cette ligne avec le ‘chain’, alors que pour moi, elle n’est pas si évidente que ça.

chain((it.next(),), islice(it, taille - 1))

- Première question qui m’est venue: pourquoi on fait it.next() et islice(), au lieu de faire que islice() ?
J’ai testé et c’est parce que islice() ne lève pas de ‘StopIteration’, on doit donc faire le it.next() pour que la boucle puisse s’arrêter.

- Et l’autre question: pourquoi tu refais un générateur avec le it.next() ?
J’ai testé sans pour voir, ça marchait, j’ai testé avec des print partout, et j’ai l’impression que les lectures sont réalisées dans le même ordre avec et sans le générateur. Du coup, là je sais pas.

By: Sam

Sam — Mon, 23 Jul 2012 13:24:26 +0000

Au passage, si vous vous foutez du format de sortie, on peut aussi utiliser le bien plus court:

from itertools import izip
 
def morceaux(iterable, taille):
    return izip(*([iter(iterable)] * taille))

Le comportement de la première implémentation quand taille dépasse la taille de l’itérable est légèrement plus cohérente que celui de la deuxième: celle-ci s’arrête au dernier morceau complet, l’autre déborde sur le morceau le plus petit.