В Objective-C, как иметь дело с [[myView alloc] init], возвращающим нуль?

Question

Кажется, что в примере кода книги init всегда определяется так, чтобы было важно проверить, существует ли возможность существования self.

-(id) init { 

    self = [super init]; 
    if (self) { 
     // initialize 
    } 
    return self; 
} 

Однако по возвращении ни один из кодов вообще не проверяет, существует ли объект. Но нужно ли его проверять и как его можно обрабатывать? Если объект не может существовать, значит ли это, что система серьезно отстает от памяти, и даже появление сообщения об ошибке также невозможно?

Answer 1

Однако по возвращении ни один из кодов вообще не проверяет, существует ли объект. Но нужно ли его проверять и как его можно обрабатывать?

Как правило, обработка ошибок игнорируется подклассами, когда возвращается nil. Обработка ошибок обычно предоставляется вызывающему абоненту, когда возвращается nil. Как показано в идиоматической -init:

- (id)init { 
    self = [super init]; 
    if (self) { 
    // initialize 
    } 
    return self; 
} 

А также, если основание перераспределяет в initself, то self переназначается (self = [super init];). прекрасно работает.

Если вы не назначить self результату инициализаторе super «s или, если вы не проверить nil, то вы можете быть держась за висящей/высвобождены указатель (EXC_BAD_ACCESS), и вы не можете инициализировать Ивар (вы фактически назначили бы их другому региону, если не было встречено EXC_BAD_ACCESS).

Два случая более подробно:

не удается назначить самостоятельно

- (id)init { 
    [super init]; 
    if (self) { 
    // self was not reassigned. if super returned an object other 
    // than self, then our ivar would be freed, reused, or sitting 
    // in an autorelease pool, and the returned instance's ivar 
    // would not be assigned -- we wouldn't know the address. 
    ivar = 1; 
    } 
    return self; 
} 

Сбой для проверки нулевой

- (id)init { 
    self = [super init]; 
    // super returned nil. ivar is an invalid region: 
    ivar = 1; 
    return self; 
} 

и да, я видел оба эти.

---

Если объект не может существовать, значит ли система серьезно из памяти, и даже появляться сообщение об ошибке будет также невозможно?

Совсем нет. Многие инициализаторы возвращают nil, чтобы сказать, что «не может сделать в этом контексте», или если есть простая ошибка параметра.

Answer 2

значит, что система серьезно из памяти

No. Неспособность выделить память, как правило, вызывают + Alloc, чтобы потерпеть неудачу, не -init.

В действительности, это очень необычно для метода init без аргументов. Как правило, методы init могут возвращать nil, если вы передали недопустимые аргументы, например, NinitString -initWithContentsOfFile: может возвращать nil, если ему не удалось загрузить содержимое пути к файлу, с которым он должен был инициализироваться.

Возможно, что-то, что вы хотите проверить, если вы знаете о значительной возможности отказа от инициализации, в противном случае вам следует просто использовать этот объект.