yield pendant un with

Bonsoir,

Code:

---

with some_context() : yield

---

Quel est l'intérêt de pouvoir __enter___ dans un contexte en évitant de __exit__ ? C'est justement la raison d’être du contexte ! Pour retarder le __exit__ ? Sans garantie de qui va se passer avant le prochain next() (s'il se produit!).

Pourquoi avoir autorisé cela, connaissez-vous une utilisation ?

Merci d'avance

Hello,

peut etre que ca répond en partie à la question

http://sametmax.com/comment-utiliser...urs-en-python/

Bonjour,

yield ne fait pas sortir du contexte.

Petit exemple:

Code:

---

1 2 3 4 5 6 7

def test(nf): with open(nf, 'r') as f: for ligne in f: yield ligne.rstrip()   for ligne in test("test07.txt"): print ligne

---

Dans cet exemple, toutes les lignes sont renvoyées par yield et affichées.

Si à la 1ère ligne lue, yield avait fait sortir du contexte (comme l'aurait fait return), le fichier aurait été fermé et la 2ème ligne n'aurait pas pu être lue.

Citation:

---

Si à la 1ère ligne lue, yield avait fait sortir du contexte (comme l'aurait fait return), le fichier aurait été fermé

---

Ok pour l'utilisation. Je n'avais jamais réalisé à quel point c'était dangereux (si l'utilisateur de ta fonction test fait un break quand il a trouvé un mot qu'il recherche par exemple).

Le with dans ton exemple ne garantit "quasiment" rien par rapport à ouverture/fermeture explicite de fichier

un exemple marrant:

Code:

---

1 2 3 4

def neverCloseFile(): with open(fichier) as f: for x in repeat(f): yield x

---

Pourquoi le générateur n'est il pas capable de fermer ses contextes lorsqu'il est collecté par le GC ?

La méthode __exit__ sera appelé lorsque le générateur sera collecté...

Citation:

---

Envoyé par doc officielle

After execution of the with-block is finished, the object’s __exit__() method is called, even if the block raised an exception, and can therefore run clean-up code.

---

Source

Mais la on est dans aucun des cas (with-block is finished / block raised an exception). Par contre, la même doc précise

Citation:

---

The addition of the close() method has one side effect that isn’t obvious. close() is called when a generator is garbage-collected, so this means the generator’s code gets one last chance to run before the generator is destroyed. This last chance means that try...finally statements in generators can now be guaranteed to work

---

Mais ça n'a pas l'air de marche chez moi...

Pourquoi pas dans ce cas, une fois la boucle for terminée (the block), with fait son travail de fermeture de fichier, je vois pas en quoi yield empêche cette fermeture.

La doc explique que dans tous les cas de figures __exit__ est appelée...

Citation:

---

une fois la boucle for terminée

---

Si next n'est appelé qu'une seule fois (Si tu break de la boucle, ou que tu appelles next manuellement), __exit__ n'est pas appelé immédiatement

Citation:

---

une fois la boucle for terminée (the block)

---

Pour moi le block c'est le bloc de code sous le with (ici l'instruction yield)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

@contextmanager def contexte(): print "in" yield print "out" def withyielder(): with contexte(): yield None x= withyielder() x.next() # entre le contexte # on n'en sort jamais

---

La doc précise que __exit__ est censée être appelé au moment du GC, via withyielder.close(), mais le code suivant ne print pas "out" chez moi !!!

Je ne suis pas avare de ce genre d'exercice, mais en regardant la documentation il te manque un petit quelque chose.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

from contextlib import contextmanager   @contextmanager def contexte(): print "in" try: yield finally: print "out" def withyielder(): with contexte(): yield None x= withyielder() x.next()

---

Source

Effectivement... Tout marche comme dans la doc :-)
Merci beaucoup à tout le monde !