Всем привет. Я читал предложения Apple о том, когда/где/как использовать NSError по сравнению с @try/@catch/@finally. По сути, у меня сложилось впечатление, что Apple считает, что лучше избегать использования языковых конструкций обработки исключений, кроме как в качестве механизма для остановки выполнения программы в неожиданных ситуациях с ошибками (может быть, кто-то может привести пример такой ситуации?)
Я пришел из Java, где исключения — это путь, когда нужно обрабатывать ошибки. По общему признанию, я все еще нахожусь в пространстве мыслей Java, но я постепенно осваиваю все, что может предложить NSError.
Одна вещь, на которой я зациклился, - это задача очистки памяти при возникновении ошибки. Во многих ситуациях (например, при использовании библиотек C, C++, CoreFoundation и т. д.) вам необходимо выполнить много операций по очистке памяти, прежде чем функция выйдет из строя из-за ошибки.
Вот пример, который я придумал, который точно отражает ситуации, с которыми я сталкивался. Используя некоторые воображаемые структуры данных, функция открывает дескриптор файла и создает объект MyFileRefInfo, который содержит информацию о том, что делать с файлом. Кое-что делается с файлом до закрытия дескриптора файла и освобождения памяти для структуры. Используя предложения Apple, у меня есть этот метод:
- (BOOL)doSomeThingsWithFile:(NSURL *)filePath error:(NSError **)error
{
MyFileReference inFile; // Lets say this is a CF struct that opens a file reference
MyFileRefInfo *fileInfo = new MyFileRefInfo(...some init parameters...);
OSStatus err = OpenFileReference((CFURLRef)filePath ,&inFile);
if(err != NoErr)
{
*error = [NSError errorWithDomain:@"myDomain" code:99 userInfo:nil];
delete fileInfo;
return NO;
}
err = DoSomeStuffWithTheFileAndInfo(inFile,fileInfo);
if(err != NoErr)
{
*error = [NSError errorWithDomain:@"myDomain" code:100 userInfo:nil];
CloseFileHandle(inFile); // if we don't do this bad things happen
delete fileInfo;
return NO;
}
err = DoSomeOtherStuffWithTheFile(inFile,fileInfo);
if(err != NoErr)
{
*error = [NSError errorWithDomain:@"myDomain" code:101 userInfo:nil];
CloseFileHandle(inFile); // if we don't do this bad things happen
delete fileInfo;
return NO;
}
CloseFileHandle(inFile);
delete fileInfo;
return YES;
}
Теперь... моя логика Java подсказывает мне, что было бы лучше настроить это как структуру try/catch/finally и поместить все вызовы для закрытия дескриптора файла и освобождения памяти в блок finally.
Вот так..
...
@try
{
OSStatus err = OpenFileReference((CFURLRef)filePath ,&inFile);
if(err != NoErr)
{
... throw some exception complete with error code and description ...
}
err = DoSomeStuffWithTheFileAndInfo(inFile,fileInfo);
if(err != NoErr)
{
... throw some exception ...
}
... etc ...
}
@catch(MyException *ex)
{
*error = [NSError errorWithDomain:@"myDomain" code:[ex errorCode] userInfo:nil];
return NO;
}
@finally
{
CloseFileHandle(inFile); // if we don't do this bad things happen
delete fileInfo;
}
return YES;
Я схожу с ума, думая, что это гораздо более элегантное решение с менее избыточным кодом? Я что-то пропустил?
