Я работаю над обнаружением ошибок в моем приложении и пытаюсь их использовать NSError
. Я немного запутался в том, как его использовать и как его заполнить.
Может ли кто-нибудь привести пример того, как я заполняю, а затем использую NSError
?
Хорошо, что я обычно делаю, так это чтобы мои методы, которые могли вызывать ошибки во время выполнения, брали ссылку на NSError
указатель. Если что-то действительно не так в этом методе, я могу заполнить NSError
ссылку данными об ошибках и вернуть nil из метода.
Пример:
- (id) endWorldHunger:(id)largeAmountsOfMonies error:(NSError**)error {
// begin feeding the world's children...
// it's all going well until....
if (ohNoImOutOfMonies) {
// sad, we can't solve world hunger, but we can let people know what went wrong!
// init dictionary to be used to populate error object
NSMutableDictionary* details = [NSMutableDictionary dictionary];
[details setValue:@"ran out of money" forKey:NSLocalizedDescriptionKey];
// populate the error object with the details
*error = [NSError errorWithDomain:@"world" code:200 userInfo:details];
// we couldn't feed the world's children...return nil..sniffle...sniffle
return nil;
}
// wohoo! We fed the world's children. The world is now in lots of debt. But who cares?
return YES;
}
Затем мы можем использовать такой метод. Даже не пытайтесь проверить объект ошибки, если только метод не возвращает nil:
// initialize NSError object
NSError* error = nil;
// try to feed the world
id yayOrNay = [self endWorldHunger:smallAmountsOfMonies error:&error];
if (!yayOrNay) {
// inspect error
NSLog(@"%@", [error localizedDescription]);
}
// otherwise the world has been fed. Wow, your code must rock.
Мы смогли получить доступ к ошибке, localizedDescription
потому что мы установили значение для NSLocalizedDescriptionKey
.
Лучшее место для получения дополнительной информации - документация Apple . Это действительно хорошо.
Есть также хороший, простой урок по Cocoa Is My Girlfriend .
id
к aBOOL
. Любая небольшая ARC-совместимая вариация будет высоко оценена.BOOL
. ВозвратNO
в случае ошибки и вместо проверки возвращаемого значения, просто проверьтеerror
. Еслиnil
идти вперед, если!= nil
справиться.**error
не ноль. В противном случае программа выдаст ошибку, которая совершенно недружественная и не дает понять, что происходит.Я хотел бы добавить еще несколько предложений, основанных на моей последней реализации. Я посмотрел на некоторый код от Apple, и я думаю, что мой код ведет себя примерно так же.
Посты выше уже объясняют, как создавать объекты NSError и возвращать их, поэтому я не буду беспокоиться об этой части. Я просто попытаюсь предложить хороший способ интеграции ошибок (кодов, сообщений) в ваше собственное приложение.
Я рекомендую создать 1 заголовок, который будет обзор всех ошибок вашего домена (например, приложение, библиотека и т. Д.). Мой текущий заголовок выглядит так:
FSError.h
FSError.m
Теперь, используя вышеуказанные значения для ошибок, Apple создаст для вашего приложения стандартное стандартное сообщение об ошибке. Ошибка может быть создана следующим образом:
Стандартное генерируемое Apple сообщение об ошибке (
error.localizedDescription
) для приведенного выше кода будет выглядеть следующим образом:Error Domain=com.felis.myapp Code=1002 "The operation couldn’t be completed. (com.felis.myapp error 1002.)"
Вышесказанное уже весьма полезно для разработчика, поскольку в сообщении отображается домен, в котором произошла ошибка, и соответствующий код ошибки. Конечные пользователи не будут знать, что
1002
означает код ошибки , поэтому теперь нам нужно реализовать несколько приятных сообщений для каждого кода.Для сообщений об ошибках мы должны помнить о локализации (даже если мы не реализуем локализованные сообщения сразу). Я использовал следующий подход в моем текущем проекте:
1) создать
strings
файл, который будет содержать ошибки. Строковые файлы легко локализуются. Файл может выглядеть следующим образом:FSError.strings
2) Добавьте макросы для преобразования целочисленных кодов в локализованные сообщения об ошибках. Я использовал 2 макроса в моем файле Constants + Macros.h. Я всегда включаю этот файл в заголовок префикса (
MyApp-Prefix.pch
) для удобства.Константы + Macros.h
3) Теперь легко показать удобное сообщение об ошибке на основе кода ошибки. Пример:
источник
Constants+Macros.h
и импортирую этот файл в заголовок префикса (.pch
файл), чтобы он был доступен везде. Если вы имеете в виду, что вы используете только 1 из 2 макросов, это может сработать. Возможно преобразование изint
вNSString
не действительно необходимо, хотя я не проверял это..strings
файле), поскольку именно здесь будет выглядеть макрос Apple. Прочтите об использованииNSLocalizedStringFromTable
здесь: developer.apple.com/library/mac/documentation/cocoa/conceptual/…FS_ERROR_LOCALIZED_DESCRIPTION
проверок localisable строки в файлеFSError.strings
. Возможно, вы захотите проверить руководство Apple по локализации.strings
файлов, если оно вам не чуждо.Отличный ответ Алекс. Одна потенциальная проблема - разыменование NULL. Справочник Apple по созданию и возврату объектов NSError
источник
Objective-C
Свифт 3
источник
Пожалуйста, обратитесь к следующему учебнику
Я надеюсь, что это будет полезно для вас, но прежде чем вы должны прочитать документацию NSError
Это очень интересная ссылка, которую я нашел недавно ErrorHandling
источник
Я постараюсь обобщить отличный ответ Алекса и точку зрения jlmendezbonini, добавив модификацию, которая сделает все ARC-совместимым (пока это не так, поскольку ARC будет жаловаться, так как вы должны вернуться
id
, что означает «любой объект», ноBOOL
не является объектом тип).Теперь вместо того, чтобы проверять возвращаемое значение нашего вызова метода, мы проверяем,
error
есть ли ещеnil
. Если это не так, у нас есть проблемы.источник
Другой шаблон проектирования, который я видел, включает использование блоков, что особенно полезно, когда метод выполняется асинхронно.
Допустим, у нас определены следующие коды ошибок:
Вы бы определили свой метод, который может вызвать ошибку следующим образом:
И затем, когда вы вызываете его, вам не нужно беспокоиться об объявлении объекта NSError (завершение кода сделает это за вас) или проверке возвращаемого значения. Вы можете просто указать два блока: один будет вызываться при возникновении исключения, а другой вызывается при успешном завершении:
источник
Что ж, это немного выходит за рамки возможного, но если у вас нет опции для NSError, вы всегда можете отобразить ошибку низкого уровня:
источник
который я могу использовать
NSError.defaultError()
всякий раз, когда у меня нет действительного объекта ошибки.источник