Swift dotrycatch 语法

Swift 2错误处理模型有两个要点:彻底性和弹性.总之，它们归结为你的do/catch语句，需要捕捉每一个可能的错误，而不仅仅是你知道你可以抛出的错误.

请注意，您没有声明函数可以抛出什么类型的错误，只声明它是否抛出.这是一个0-1无穷大的问题:当有人定义一个函数供其他人(包括你future 的自己)使用时，你不想让你函数的每一个客户端都适应你函数实现中的每一个变化，包括它可能引发的错误.您希望调用函数的代码能够适应这种变化.

因为你的函数不能说它会抛出(或将来可能抛出)什么样的错误，所以捕获它错误的catch个块不知道它会抛出什么类型的错误.因此，除了处理已知的错误类型外，还需要使用universal catch语句处理不知道的错误类型——这样，如果函数在将来更改抛出的错误集，调用方仍将捕获其错误.

do {
    let sandwich = try makeMeSandwich(kitchen)
    print("i eat it \(sandwich)")
} catch SandwichError.NotMe {
    print("Not me error")
} catch SandwichError.DoItYourself {
    print("do it error")
} catch let error {
    print(error.localizedDescription)
}

但我们不要就此止步.再想想这个弹性的 idea .按照你设计三明治的方式，你必须描述你使用三明治的每个地方的错误.这意味着，无论何时更改错误 case 集，都必须更改使用它们的每个位置...不是很有趣.

定义自己的错误类型背后的 idea 是让你集中处理类似的事情.您可以为自己的错误定义description种方法:

extension SandwichError: CustomStringConvertible {
    var description: String {
        switch self {
            case NotMe: return "Not me error"
            case DoItYourself: return "Try sudo"
        }
    }
}

然后，你的错误处理代码可以要求你的错误类型描述自己——现在，你处理错误的每个地方都可以使用相同的代码，也可以处理future 可能出现的错误情况.

do {
    let sandwich = try makeMeSandwich(kitchen)
    print("i eat it \(sandwich)")
} catch let error as SandwichError {
    print(error.description)
} catch {
    print("i dunno")
}

这也为错误类型(或其扩展)提供了支持其他报告错误的方式的途径——例如，您可以在错误类型上有一个扩展，它知道如何为向iOS用户报告错误提供UIAlertController.