Как обрабатывать ошибки для методов или кода, которые явно не выбрасываются?
Обтекание блоком do/catch приводит к предупреждению компилятора:
"'catch' block is unreachable because no errors are thrown in 'do' block"
Исходя из фона С#/JAVA, это, по меньшей мере, странность. Как разработчик, я должен иметь возможность защищать и обертывать любой блок кода в блоке do/catch. Просто потому, что метод явно не помечен как "throw", это не означает, что ошибок не будет.
Я подозреваю, что вы хотите поймать ошибки, которые явно не отмечены "throws".
Это не имеет смысла. Вы не можете поймать, кроме ошибок, которые явно отмечены "throws". Таким образом, это предупреждение действительно.
В этом примере, если выполняется, будет fatal error: Index out of range.
Это ошибка времени выполнения, и вы не можете ее поймать.
В этом примере вы должны проверить размер элементов, как это, вместо обработки ошибок try-catch:
То, что вы запрашиваете, невозможно в Swift, поскольку Swift не имеет возможности обрабатывать ошибки времени выполнения, такие как внешние ограничения, нарушения прав доступа или неудачные принудительные развертывания во время выполнения. Ваше приложение прекратится, если произойдет какая-либо из этих серьезных ошибок программирования.
Некоторые указатели:
Короче говоря: не сокращайте обработку ошибок в Swift. Играйте в нее безопасно, всегда.
Временное решение: если вы абсолютно должны улавливать ошибки во время выполнения, вы должны использовать границы процесса для защиты. Запустить другую программу/процесс и обмениваться данными с помощью труб, сокетов и т.д.
Столкнувшись с исключением, выведенным из метода, который нельзя выбрасывать. Обнаружено, что это исключение было выбрано из objective-c части API. Поэтому вы должны поймать его по-старому, используя objective-c.
Сначала создайте класс objective-c, который принимает несколько блоков в методе init - для try, catch и finally.
#import <Foundation/Foundation.h>
/**
Simple class for catching Objective-c-style exceptions
*/
@interface ObjcTry : NSObject
/**
* Initializeer
*
* @param tryBlock
* @param catchBlock
* @param finallyBlock
*
* @return object
*/
- (_Nonnull id)initWithTry:(nonnull void(^)(void))tryBlock catch:(nonnull void(^)( NSException * _Nonnull exception))catchBlock finally:(nullable void(^)(void))finallyBlock;
@end
В .m файле:
#import "ObjcTry.h"
@implementation ObjcTry
- (_Nonnull id)initWithTry:(nonnull void(^)(void))tryBlock catch:(nonnull void(^)( NSException * _Nonnull exception))catchBlock finally:(nullable void(^)(void))finallyBlock
{
self = [super init];
if (self) {
@try {
tryBlock ? tryBlock() : nil;
}
@catch (NSException *exception) {
catchBlock ? catchBlock(exception) : nil;
}
@finally {
finallyBlock ? finallyBlock() : nil;
}
}
return self;
}
@end
Во-вторых, добавьте свои заголовки в файл заголовка Bridging.
#import "ObjcTry.h"
И используйте его в своем быстром коде:
var list: [MyModel]!
_ = ObjcTry(withTry: {
// this method throws but not marked so, you cannot even catch this kind of exception using swift method.
if let items = NSKeyedUnarchiver.unarchiveObject(with: data) as? [MyModel] {
list = items
}
}, catch: { (exception: NSException) in
print("Could not deserialize models.")
}, finally: nil)
Существует разница между ОШИБКАМИ и ИСКЛЮЧЕНИЯМИ. Swift имеет дело только с ошибками, явно скрываемыми THROWN и не имеющими собственных возможностей для работы с EXCEPTIONS. Как прокомментировали другие, ОШИБКИ должны быть брошены, и вы не можете поймать то, что не выбрано.
В отличие от Objective-C @try- @catch сделки с исключениями, а не ошибками. Некоторые методы objc могут вызывать исключения, но никоим образом не объявлять их компилятору. например FileHandle.write. Такие исключения более тесно связаны с Java RuntimeException, которые также не нужно объявлять.
Есть такие ситуации, как обработка файлов, где было бы неплохо обрабатывать исключения чисто в Swift, и это возможно с помощью обертки Objective-C. См. fooobar.com/questions/358091/...
Код, воспроизводимый здесь:
#ifndef ExceptionCatcher_h
#define ExceptionCatcher_h
#import <Foundation/Foundation.h>
NS_INLINE NSException * _Nullable tryBlock(void(^_Nonnull tryBlock)(void)) {
@try {
tryBlock();
}
@catch (NSException *exception) {
return exception;
}
return nil;
}
#endif /* ExceptionCatcher_h */
Затем назовем его из Swift:
let exception = tryBlock {
// execute dangerous code, e.g. write to a file handle
filehandle.write(data)
}
if exception != nil {
// deal with exception which is of type NSException
}
Как уже упоминалось, вы не должны улавливать эти ошибки, вы должны исправить их, но если вы хотите выполнить больше кода до завершения программы, используйте NSSetUncaughtExceptionHandler в AppDelegate в applicationdidFinishLaunchingWithOptions.
Описание функции:
Изменяет обработчик ошибок верхнего уровня.
Устанавливает обработку ошибок верхнего уровня функция, в которой вы можете выполнять регистрацию в последнюю минуту перед программой завершается.
Вы просто не можете. Весь оператор do-try-catch или do-catch предназначен для обнаружения необработанных ошибок и...
Я имею в виду, что нет смысла ловить ошибку, если на первом месте ошибка не возникает... Я не вижу сценария, почему вы хотите это делать, вы просто разобрали компилятор без всякой причины.
Это тот же самый сценарий, если вы безопасно развернете опцию с операторами if let или guard let
guard let smth = smthOpt?.moreSpecific else { return }
//Compiler gives warning - unused variable smth. You wouldn't declare the variable and then not use it, or you would?
Просто Do-Catch не предназначен для безопасного использования, и я не вижу причин использовать его, когда вы не имеете дело с рискованными операциями, которые нужно поймать...
для дальнейшего понимания, см.: