Ist es eine gute Übung, in Python try-except-else zu verwenden?

"Ich weiß nicht, ob es aus Unwissenheit, aber ich weiß nicht wie, dass
Art der Programmierung, wie es ist, mit Ausnahmen, um auszuführen flow control".

In der Python-Welt, mit Ausnahmen für flow control ist üblich und normal.

Sogar die Python-core-Entwicklern verwendet, Ausnahmen für flow-control und, Stil ist stark gebacken in der Sprache (d.h. der iterator-Protokoll verwendet StopIteration signal-loop-termination).

Darüber hinaus versuchen-außer-Stil wird verwendet, um zu verhindern, dass die race-conditions inherent in einigen der "schauen Sie-bevor-Sie-Sprung" Konstrukte. Zum Beispiel, Prüfung os.Pfad.existiert Ergebnisse in Informationen, die Sie möglicherweise out-of-date durch die Zeit, die Sie es verwenden. Ebenso Warteschlange.full gibt Informationen, die möglicherweise veraltet. Die try-except-else-Stil mehr produzieren, zuverlässigen code in diesen Fällen.

"Es ist mein Verständnis, dass exceptions sind keine Fehler, Sie sollte nur
verwendet werden für die außergewöhnlichen Bedingungen"

In einigen anderen Sprachen, diese Regel spiegelt Ihre kulturellen Normen, wie Sie sich in Ihren Bibliotheken. Die "Regel" beruht auch teilweise auf performance-überlegungen für diese Sprachen.

Python-kulturelle norm ist das etwas anderes. In vielen Fällen werden Sie muss Ausnahmen für den control-flow. Auch die Verwendung von Ausnahmen in Python nicht langsam die umliegenden code und den Aufruf-code, wie es in einigen Programmiersprachen, die kompiliert werden (d.h. CPython bereits implementiert code für die Ausnahme, die Kontrolle bei jedem Schritt, unabhängig davon, ob Sie tatsächlich mit Ausnahmen oder nicht).

In anderen Worten, dein Verständnis, dass "Ausnahmen sind für die außergewöhnlichen" ist eine Regel, die Sinn macht, in einige andere Sprachen, aber nicht für Python.

"Aber, wenn es enthalten ist, in der Sprache selbst, es muss ein
guter Grund für ihn, nicht wahr?"

Neben der Hilfe zu vermeiden, race-Bedingungen, Ausnahmen sind auch sehr nützlich für das ziehen von Fehler-handling Schlingen. Dies ist eine notwendige Optimierung in interpretierten Sprachen, die nicht neigen dazu, die automatische loop-invariant code motion.

Auch Ausnahmen vereinfachen kann code ganz ein bisschen in gemeinsame Situationen, in denen die Fähigkeit, ein Problem ist weit entfernt von dort, wo das Problem entstanden ist. Zum Beispiel ist es üblich, top-level-user-interface-code aufrufen von code für die Geschäftslogik, welche wiederum erfordert low-level-Routinen. Situationen, die sich in die low-level-Routinen (wie z.B. doppelte Datensätze für eindeutige Schlüssel in der Datenbank-Zugriffe) können nur behandelt werden in top-level-code (wie der Benutzer gefragt wird, für einen neuen Schlüssel, der nicht zu Konflikten mit vorhandenen Schlüssel). Die Nutzung von Ausnahmen, die für diese Art der Steuerung-flow ermöglicht die mid-level-Routinen, um vollständig zu ignorieren das Problem und werden gut entkoppelt, dass der Aspekt von flow-control.

Es ist ein netter blog-post auf der indispensibility von Ausnahmen hier.

Finden Sie auch unter diesem Stapel Overflow Antwort: Ausnahmen sind wirklich außergewöhnliche Fehler?

"Was ist der Grund für den try-except-else zu bestehen?"

Dem else-Klausel selbst ist interessant. Es läuft, wenn es keine Ausnahme, sondern vor der finally-Klausel. Das ist seine primäre Zweck.

Ohne die else-Klausel, die nur die option zum ausführen von zusätzlichem code vor der Fertigstellung wäre die plumpe Praxis von code hinzufügen, um die try-Klausel. Das ist umständlich, weil es Risiken
auslösen von exceptions im code, das war nicht beabsichtigt, geschützt werden durch den try-block.

Den use-case von laufen zusätzliche ungeschützten code vor Abschluss entsteht nicht sehr oft. Also, nicht erwarten, zu sehen, wie viele Beispiele in den veröffentlichten code. Es ist eher selten.

Anderen use-case, für die else-Klausel zum ausführen von Aktionen, die auftreten müssen, wenn keine Ausnahme Auftritt, und dass nicht auftreten, wenn Ausnahmen behandelt werden. Zum Beispiel:

   recip = float('Inf')
   try:
       recip = 1 / f(x)
   except ZeroDivisionError:
       logging.info('Infinite result')
   else:
       logging.info('Finite result')

Schließlich, am häufigsten wird eine else-Klausel mit einem try-block ist für ein bisschen Verschönerung (ausrichten der außergewöhnlichen Ergebnissen und außergewöhnlichen Ergebnissen auf dem gleichen level der Einrückung). Diese Nutzung ist immer optional und nicht unbedingt notwendig.

InformationsquelleAutor der Antwort Raymond Hettinger

Python nicht, abonnieren Sie die Idee, dass Ausnahmen sollten nur für Ausnahmefälle, in der Tat, das idiom ist 'bitte um Vergebung, nicht-Erlaubnis". Dies bedeutet, dass mit Ausnahmen als eine routine Teil Ihres flow control ist durchaus akzeptabel, und in der Tat, ermutigt.

Dies ist in der Regel eine gute Sache, da die Arbeit auf diese Weise vermeiden, dass einige Fragen (als ein offensichtliches Beispiel, race conditions werden oft vermieden), und es neigt dazu, den code ein wenig lesbarer zu gestalten.

Stellen Sie sich vor Sie haben eine situation, wo Sie einige Benutzereingaben, die verarbeitet werden muss, sondern haben eine Standardeinstellung, die bereits verarbeitet wird. Die try: ... except: ... else: ... Struktur sorgt für sehr lesbaren code:

try:
   raw_value = int(input())
except ValueError:
   value = some_processed_value
else: # no error occured
   value = process_value(raw_value)

Vergleichen, wie es vielleicht in anderen Sprachen:

raw_value = input()
if valid_number(raw_value):
    value = process_value(int(raw_value))
else:
    value = some_processed_value

Beachten Sie die Vorteile. Es gibt keine Notwendigkeit zu prüfen, ist der Wert gültig ist und analysieren Sie diese einzeln, Sie sind auch einmal gemacht. Der code ergibt sich auch ein logischer Fortschritt, der Haupt-code-Pfad ist der erste, gefolgt von "wenn es nicht funktioniert, tun dies'.

Beispiel ist natürlich ein wenig konstruiert, aber es zeigt, gibt es Fälle, die für diese Struktur.

InformationsquelleAutor der Antwort Gareth Latty

Sollten Sie vorsichtig sein, über die Verwendung der finally-block, so es ist nicht das gleiche wie die Verwendung eines else-block in den try, except. Der finally-block wird ausgeführt, unabhängig von den Ergebnissen der versuche außer.

In [10]: dict_ = {"a": 1}

In [11]: try:
   ....:     dict_["b"]
   ....: except KeyError:
   ....:     pass
   ....: finally:
   ....:     print "something"
   ....:     
something

Wie jeder bemerkt hat mit dem else-block bewirkt, dass Ihr code besser lesbar und nur ausgeführt wird, wenn eine exception wird nicht geworfen

In [14]: try:
             dict_["b"]
         except KeyError:
             pass
         else:
             print "something"
   ....:

InformationsquelleAutor der Antwort Greg

Dies ist mein einfaches snippet auf howto verstehen try-except-else-finally-block in Python:

def div(a, b):
    try:
        a/b
    except ZeroDivisionError:
        print("Zero Division Error detected")
    else:
        print("No Zero Division Error")
    finally:
        print("Finally the division of %d/%d is done" % (a, b))

Lassen Sie uns versuchen div 1/1:

div(1, 1)
No Zero Division Error
Finally the division of 1/1 is done

Lassen Sie uns versuchen div 1/0

div(1, 0)
Zero Division Error detected
Finally the division of 1/0 is done

InformationsquelleAutor der Antwort zakiakhmad

OP SIND SIE RICHTIG. Die sonst nach try/außer in Python ist hässlich. es führt zu einer anderen flow-control-Objekt, wo keiner benötigt wird:

try:
    x = blah()
except:
    print "failed at blah()"
else:
    print "just succeeded with blah"

Ganz klare äquivalent ist:

try:
    x = blah()
    print "just succeeded with blah"
except:
    print "failed at blah()"

Dies ist weit klarer als eine else-Klausel. Die sonst nach try/except ist nicht Häufig geschrieben, so dauert es einen moment, um herauszufinden, was die Auswirkungen sind.

Nur weil Sie tun KÖNNEN, eine Sache, bedeutet nicht, Sie SOLLTEN etwas tun.

Viele Funktionen wurden Hinzugefügt, um die Sprachen, weil jemand dachte, es könnte in handliches kommen. Das Problem ist, je mehr Funktionen, desto weniger klar und offensichtlich, wie die Dinge sind, weil die Menschen nicht in der Regel verwenden Sie diese Glocken und Trillerpfeifen.

Nur meine 5 Cent hier. Ich habe zu kommen, hinter und bereinigen eine ganze Menge code geschrieben, die von 1.-Jahres-college-Entwickler, die denken, Sie sind schlau und wollen, um code zu schreiben in einigen uber-engen, Super-effizienten Weg, wenn Sie, dass macht es nur ein Chaos zu versuchen, und Lesen /ändern später. Ich vote für die Lesbarkeit jeden Tag und zweimal am Sonntag.

InformationsquelleAutor der Antwort Kevin J. Rice