的聲明else如果執行從try-如果沒有例外的話。老實說，我從來沒有發現需要。

然而，處理異常注：

使用ASER子句比向try子句添加額外代碼更好，因為它避免意外捕獲未被try保護的代碼引發的異常.除了陳述。

因此，如果您有一個方法，例如，可以拋出IOError，您希望捕獲它引發的異常，但是如果第一個操作成功了，您還需要做一些其他的事情，而您別要從該操作中捕獲ioError，可以編寫如下內容：

try:
    operation_that_can_throw_ioerror()except IOError:
    handle_the_exception_somehow()else:
    # we don't want to catch the IOError if it's raised
    another_operation_that_can_throw_ioerror()finally:
    something_we_always_need_to_do()

如果你把another_operation_that_can_throw_ioerror()后operation_that_can_throw_ioerror，except會發現第二個電話的錯誤。如果你把它放在try塊，它將始終運行，直到finally..這個else讓你確保

1. 第二個操作只有在沒有例外的情況下才能運行，
2. 它會在

   finally

   布洛克
3. 任何

   IOError

   它不會在這里被抓到

有一個大的使用理由else-風格和可讀性。通常，將可能導致異常的代碼保存在處理它們的代碼附近是一個好主意。例如，比較以下幾個方面：

try:
    from EasyDialogs import AskPassword
    # 20 other lines
    getpass = AskPasswordexcept ImportError:
    getpass = default_getpass

和

try:
    from EasyDialogs import AskPasswordexcept ImportError:
    getpass = default_getpasselse:
    # 20 other lines
    getpass = AskPassword

第二個是好的，當except不能提前返回，或者重新拋出異常。如果可能的話，我會寫：

try:
    from EasyDialogs import AskPasswordexcept ImportError:
    getpass = default_getpass    return False  # or throw Exception('something more descriptive')# 20 other linesgetpass = AskPassword

注：答案復制自最近發布的副本這里所有這些“AskPassword”的東西。