Welchen Zweck erfüllt die optionale "else"-Klausel der "try"-Anweisung in Python?

Question

Was ist der Verwendungszweck der optionalen else Klausel des try Aussage?

Answer 1

Das war's. Der "else"-Block einer try-except-Klausel ist für Code vorgesehen, der ausgeführt wird, wenn (und nur wenn) die versuchte Operation erfolgreich ist. Er kann verwendet werden, und er kann missbraucht werden.

try:
    fp= open("configuration_file", "rb")
except EnvironmentError:
    confdata= '' # it's ok if the file can't be opened
else:
    confdata= fp.read()
    fp.close()

# your code continues here
# working with (possibly empty) confdata

Ich persönlich mag sie und verwende sie, wenn es angebracht ist. Es gruppiert Aussagen semantisch.

Answer 2

Ich würde einen weiteren Anwendungsfall hinzufügen, der bei der Handhabung von DB-Sitzungen einfach erscheint:

    # getting a DB connection 
    conn = db.engine.connect()

    # and binding to a DB session
    session = db.get_session(bind=conn)

    try:
        # we build the query to DB
        q = session.query(MyTable).filter(MyTable.col1 == 'query_val')

        # i.e retrieve one row
        data_set = q.one_or_none()

        # return results
        return [{'col1': data_set.col1, 'col2': data_set.col2, ...}]

    except:
        # here we make sure to rollback the transaction, 
        # handy when we update stuff into DB
        session.rollback()
        raise

    else:
        # when no errors then we can commit DB changes
        session.commit()

    finally:
        # and finally we can close the session
        session.close()

Answer 3

Vielleicht wäre das eine Möglichkeit:

#debug = []

def debuglog(text, obj=None):
    " Simple little logger. "
    try:
        debug   # does global exist?
    except NameError:
        pass    # if not, don't even bother displaying
    except:
        print('Unknown cause. Debug debuglog().')
    else:
        # debug does exist.
        # Now test if you want to log this debug message
        # from caller "obj"
        try:
            if obj in debug:
                print(text)     # stdout
        except TypeError:
            print('The global "debug" flag should be an iterable.')
        except:
            print('Unknown cause. Debug debuglog().')

def myfunc():
    debuglog('Made it to myfunc()', myfunc)

debug = [myfunc,]
myfunc()

Vielleicht finden Sie dadurch eine Verwendung.

Answer 4

Hier ist eine weitere Stelle, an der ich dieses Muster gerne verwende:

 while data in items:
     try
        data = json.loads(data)
     except ValueError as e:
        log error
     else:
        # work on the `data`

Answer 5

Ich habe die try: ... else: Konstrukt nützlich, wenn Sie Datenbankabfragen durchführen und die Ergebnisse dieser Abfragen in einer separaten Datenbank desselben Typs protokollieren. Nehmen wir an, ich habe viele Worker-Threads, die alle Datenbankabfragen in einer Warteschlange verarbeiten

#in a long running loop
try:
    query = queue.get()
    conn = connect_to_db(<main db>)
    curs = conn.cursor()
    try:
        curs.execute("<some query on user input that may fail even if sanitized">)
    except DBError:
        logconn = connect_to_db(<logging db>)
        logcurs = logconn.cursor()
        logcurs.execute("<update in DB log with record of failed query")
        logcurs.close()
        logconn.close()
    else:

        #we can't put this in main try block because an error connecting
        #to the logging DB would be indistinguishable from an error in 
        #the mainquery 

        #We can't put this after the whole try: except: finally: block
        #because then we don't know if the query was successful or not

        logconn = connect_to_db(<logging db>)
        logcurs = logconn.cursor()
        logcurs.execute("<update in DB log with record of successful query")
        logcurs.close()
        logconn.close()
        #do something in response to successful query
except DBError:
    #This DBError is because of a problem with the logging database, but 
    #we can't let that crash the whole thread over what might be a
    #temporary network glitch
finally:
    curs.close()
    conn.close()
    #other cleanup if necessary like telling the queue the task is finished

Wenn Sie natürlich zwischen den möglichen Ausnahmen, die ausgelöst werden könnten, unterscheiden können, müssen Sie dies nicht verwenden, aber wenn Code, der auf ein erfolgreiches Codestück reagiert, dieselbe Ausnahme auslösen könnte wie das erfolgreiche Stück, und Sie können die zweite mögliche Ausnahme nicht einfach durchgehen lassen oder bei Erfolg sofort zurückkehren (was in meinem Fall den Thread beenden würde), dann ist dies sehr nützlich.