essayer / autre, avec le retour dans le bloc try

Je suis tombé sur un étrange comportement en python. Je ne pouvais pas trouver d'informations à ce sujet dans le python ou sur SOI si elle est ici:

def divide(x, y):
    print 'entering divide'
    try:
        return x/y
    except:
        print 'error'
    else:
        print 'no error'
    finally:
        print 'exit'

print divide(1, 1)
print divide(1, 0)

la sortie:

entering divide
exit
1
entering divide
error
exit
None

Il semble que python n'ira pas à l'intérieur de la else bloc si une valeur est retournée dans le try. Cependant, il sera toujours aller dans le finally bloc. Je ne comprends vraiment pas pourquoi. Quelqu'un peut-il m'aider avec cette logique?

grâce

InformationsquelleAutor Simon Bergot | 2011-09-16
  1. 55

    http://docs.python.org/reference/compound_stmts.html#the-try-statement

    L'option clause else est exécutée que si et lorsque le contrôle de flux la
    fin de l'essai, la clause.

    Actuellement, “contrôle de flux la fin”, sauf dans le cas d'une
    exception ou de l'exécution d'un retour, la poursuite ou l'instruction break.

    • +1 pour la documentation de référence
    • merci pour le pointeur. Il semble que j'ai encore des choses à apprendre avec la syntaxe 🙂
    • Dommage il n'y a pas un else équivalent qui est garanti de fonctionner si une exception n'était pas coincé, même si les essayer returns ou un uncaught exception est levée (cela empêche également le else de course)
    InformationsquelleAutor wRAR
  2. 12

    La raison de ce comportement est à cause de la return à l'intérieur de try.

    Lorsqu'une exception se produit, les deux finally et except blocs exécuter avant return. Dans le cas contraire où aucune exception se produit, else s'exécute et except ne le fait pas.

    Cela fonctionne comme prévu:

    def divide(x, y):
    print 'entering divide'
    result = 0
    try:
        result = x/y
    except:
        print 'error'
    else:
        print 'no error'
    finally:
        print 'exit'

    return result

print divide(1, 1)
print divide(1, 0)
    InformationsquelleAutor Saul
  3. 8

    La else bloc n'est pas exécuté parce que vous avez quitté la fonction avant de avons eu l'occasion de le faire.

    Cependant, la finally bloc est toujours exécutée (sauf si vous tirer sur le cordon d'alimentation ou quelque chose comme ça).

    Considérer (comme une expérience de pensée; merci de ne pas le faire dans le code réel):

    def whoops():
    try:
        return True
    finally:
        return False

    Voir de quoi il en retourne:

    >>> whoops()
False

    Si vous trouvez cette confusion, vous n'êtes pas seul. Certains langages comme C# activement vous empêcher de placer un return déclaration dans un finally clause.

    • +1 pour le commentaire sur C#. J'ai été confus au sujet de la différence de logique entre le else et le enfin. Il ressemble à un difficile problème de conception.
    • +1 pour mettre en évidence que la valeur de retour peut être défini, disons, deux fois! C'est sûr une mauvaise idée dans le code réel. De toute façon, la limitation du nombre de return et raise est toujours une bonne idée, que de clarifier le code de sorties.
    InformationsquelleAutor Tim Pietzcker
  4. 2

    Pourquoi ne pas le else clause de courir?

    Un else clause est utile pour le code qui doit être exécuté si les essayer clause ne pas soulever une exception.

    • Lorsque vous appelez divide(1, 0), votre try clause soulève une exception ZeroDivisionError, de sorte que le else clause ne s'exécute pas.

    • Lorsque vous appelez divide(1, 1), le try clause s'exécute avec succès, et retourne. Ainsi, le else clause n'est jamais atteint.

    Pourquoi le finally clause de toujours courir?

    Un finally clause est toujours exécuté avant de quitter l'instruction try, si une exception s'est produite ou non.

    Voir ci-dessus.

    Référence https://docs.python.org/3.5/tutorial/errors.html

    InformationsquelleAutor sam
  5. 1

    "retour" se termine la fonction et renvoie ce que vous voulez qu'il revienne. Afin de ne pas aller, bien sûr. "enfin" est toujours exécuté.

    InformationsquelleAutor Musaab