Свифт 2 и 3
Ситуация немного изменилась в Swift 2, поскольку появился новый механизм обработки ошибок, который несколько больше похож на исключения, но отличается в деталях.
1. Указание на возможность ошибки
Если функция / метод хочет указать, что она может выдать ошибку, она должна содержать throwsключевое слово, подобное этому
func summonDefaultDragon() throws -> Dragon
Примечание: не существует спецификации для типа ошибки, которую функция может выдать. В этом объявлении просто говорится, что функция может генерировать экземпляр любого типа, реализующий ErrorType, или не генерирует вообще.
2. Вызывающая функция, которая может выдавать ошибки
Для вызова функции вам нужно использовать ключевое слово try, например:
try summonDefaultDragon()
в этой строке обычно должен присутствовать блок do-catch, подобный этому
do {
let dragon = try summonDefaultDragon()
} catch DragonError.dragonIsMissing {
// Some specific-case error-handling
} catch DragonError.notEnoughMana(let manaRequired) {
// Other specific-case error-handlng
} catch {
// Catch all error-handling
}
Примечание: предложение catch использует все мощные функции сопоставления с образцом Swift, поэтому вы здесь очень гибки.
Вы можете решить распространить ошибку, если вы вызываете функцию выброса из функции, которая сама помечена throwsключевым словом:
func fulfill(quest: Quest) throws {
let dragon = try summonDefaultDragon()
quest.ride(dragon)
}
Кроме того, вы можете вызвать функцию броска, используя try?:
let dragonOrNil = try? summonDefaultDragon()
Таким образом, вы получите либо возвращаемое значение, либо nil, если произошла какая-либо ошибка. Используя этот способ, вы не получите объект ошибки.
Это означает, что вы также можете сочетать try?с полезными утверждениями, такими как:
if let dragon = try? summonDefaultDragon()
или
guard let dragon = try? summonDefaultDragon() else { ... }
Наконец, вы можете решить, что знаете, что ошибка на самом деле не возникнет (например, потому что вы уже проверили предварительные условия), и использовать try!ключевое слово:
let dragon = try! summonDefaultDragon()
Если функция фактически выдает ошибку, то вы получите ошибку времени выполнения в вашем приложении, и приложение прекратит работу.
3. Бросать ошибку
Чтобы сгенерировать ошибку, используйте ключевое слово throw, как это
throw DragonError.dragonIsMissing
Вы можете бросить все, что соответствует ErrorTypeпротоколу. Для начала NSErrorсоответствует этому протоколу, но вы, вероятно, хотели бы использовать enum-based, ErrorTypeкоторый позволяет группировать несколько связанных ошибок, возможно, с дополнительными фрагментами данных, например
enum DragonError: ErrorType {
case dragonIsMissing
case notEnoughMana(requiredMana: Int)
...
}
Основные различия между новым механизмом ошибок Swift 2 и 3 и исключениями в стиле Java / C # / C ++ заключаются в следующем:
- Синтаксис немного отличается:
do-catch+ try+ deferпротив традиционного try-catch-finallyсинтаксиса.
- Обработка исключений обычно приводит к гораздо большему времени выполнения в пути исключения, чем в пути успеха. Это не относится к ошибкам Swift 2.0, где путь успеха и путь ошибки примерно одинаковы.
- Весь код сброса ошибок должен быть объявлен, в то время как исключения могли быть выброшены откуда угодно. Все ошибки являются «проверенными исключениями» в номенклатуре Java. Однако, в отличие от Java, вы не указываете потенциально выбрасываемые ошибки.
- Исключения Swift не совместимы с исключениями ObjC. Ваш
do-catchблок не будет перехватывать исключение NSEx и наоборот, для этого вы должны использовать ObjC.
- Исключения Swift совместимы с
NSErrorсоглашениями метода Какао о возвращении либо false(для Boolвозврата функций), либо nil(для AnyObjectвозврата функций) и передачи NSErrorPointerс подробностями ошибки.
В качестве дополнительного синтетического сахара для облегчения обработки ошибок, есть еще две концепции
- отложенные действия (с использованием
deferключевого слова), которые позволяют достичь того же эффекта, что и блоки finally в Java / C # / etc
- Охранный оператор (с использованием
guardключевого слова), который позволяет писать немного меньше кода if / else, чем в обычном коде проверки / сигнализации ошибок
Свифт 1
Ошибки во время выполнения:
Как Leandros предлагает для обработки ошибок времени выполнения (таких как проблемы с сетевым подключением, анализ данных, открытие файла и т. Д.), Вы должны использовать их так же, NSErrorкак в ObjC, потому что Foundation, AppKit, UIKit и т. Д. Сообщают о своих ошибках таким образом. Так что это скорее элементарная вещь, чем языковая.
Другой частый шаблон, который используется, это блоки успеха / отказа разделителя, как в AFNetworking:
var sessionManager = AFHTTPSessionManager(baseURL: NSURL(string: "yavin4.yavin.planets"))
sessionManager.HEAD("/api/destoryDeathStar", parameters: xwingSquad,
success: { (NSURLSessionDataTask) -> Void in
println("Success")
},
failure:{ (NSURLSessionDataTask, NSError) -> Void in
println("Failure")
})
По-прежнему в блоке NSErrorс ошибками часто принимают экземпляр, описывающий ошибку.
Ошибки программиста:
Для ошибок программиста (например, за пределами доступа к элементу массива, неверных аргументов, переданных на вызов функции и т. Д.) Вы использовали исключения в ObjC. Язык Swift, похоже, не имеет никакой языковой поддержки для исключений (например throw, catchключевое слово etc). Тем не менее, как видно из документации, он работает в той же среде выполнения, что и ObjC, и поэтому вы все еще можете выполнить NSExceptionsследующее:
NSException(name: "SomeName", reason: "SomeReason", userInfo: nil).raise()
Вы просто не можете поймать их в чистом Swift, хотя вы можете выбрать перехват исключений в коде ObjC.
Вопрос заключается в том, следует ли вам выдавать исключения для ошибок программиста, или, скорее, использовать утверждения, как Apple предлагает в руководстве по языку.