Swift 2错误处理模型有两个重要方面：详尽性和弹性。它们一起归结为您的do/catch语句，需要捕获所有可能的错误，而不仅仅是您知道可以抛出的错误。
请注意，您并未声明函数会抛出什么类型的错误，仅声明它是否会抛出任何类型的错误。这是一个零一无穷的问题：当有人为他人（包括您将来的自己）定义一个函数供您使用时，您不必让每个函数的客户都适应您实现中的每一个变化功能，包括它可能引发的错误。您希望调用您的函数的代码能够适应这种变化。
因为您的函数无法说出它抛出的错误类型（或将来可能抛出的错误），所以catch捕获该错误的块不知道它可能抛出的错误类型。因此，除了处理您所知道的错误类型之外，您还需要使用通用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)
}
但是，我们不要就此止步。再考虑一下这种弹性思想。设计三明治的方式必须在使用它们的每个地方描述错误。这意味着，每当更改错误案例集时，都必须更改使用它们的每个位置……不是很有趣。
定义自己的错误类型的想法是让您集中诸如此类的事情。您可以description为错误定义一个方法：
extension SandwichError: CustomStringConvertible {
var description: String {
switch self {
case NotMe: return "Not me error"
case DoItYourself: return "Try sudo"
}
}
}
然后，您的错误处理代码可以要求您的错误类型进行自我描述-现在，您处理错误的每个地方都可以使用相同的代码，并且还可以处理将来可能发生的错误情况。
do {
let sandwich = try makeMeSandwich(kitchen)
print("i eat it \(sandwich)")
} catch let error as SandwichError {
print(error.description)
} catch {
print("i dunno")
}
这也为错误类型（或错误扩展）支持其他报告错误的方式铺平了道路- 例如，您可以在错误类型上拥有扩展名，该扩展名知道如何向UIAlertControlleriOS用户报告错误。
602392714
清零编程群