Trong Mục tiêu-C, cách xử lý [[myView alloc] init] trở về nil?

Question

Dường như trong ví dụ mã của một cuốn sách, init luôn được xác định để cẩn thận kiểm tra xem self có thể tồn tại hay không.

-(id) init { 

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

Tuy nhiên, khi trả lại, không có mã nào kiểm tra xem đối tượng có thể tồn tại hay không. Nhưng nó nên được kiểm tra, và làm thế nào nó có thể được xử lý? Nếu đối tượng không thể tồn tại, điều đó có nghĩa là hệ thống đang nghiêm trọng ra khỏi bộ nhớ, và thậm chí popping lên một thông báo lỗi cũng sẽ là không thể?

Answer 1

Tuy nhiên, khi trả lại, không có mã nào trong tất cả kiểm tra xem đối tượng có thể tồn tại hay không. Nhưng nó nên được kiểm tra, và làm thế nào nó có thể được xử lý?

Thông thường, việc xử lý lỗi bị bỏ qua bởi các lớp con khi trả về nil. Xử lý lỗi thường được để lại cho người gọi khi trả lại nil. Như thể hiện trong thành ngữ -init:

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

như tốt, nếu căn cứ reallocates self trong init, sau đó self được bố trí (self = [super init];). hoạt động tốt.

Nếu bạn thất bại trong việc gán self đến kết quả của initializer super 's hoặc nếu bạn thất bại trong việc kiểm tra nil, sau đó bạn có thể được tổ chức vào một lơ lửng/con trỏ deallocated (EXC_BAD_ACCESS), và bạn có thể không khởi ivars của bạn đúng cách (bạn sẽ gán chúng hiệu quả cho một khu vực khác nếu không gặp phải EXC_BAD_ACCESS).

Hai trường hợp chi tiết hơn:

Fail gán tự

- (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; 
} 

Fail để kiểm tra nil

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

và vâng, tôi đã thấy cả hai những cái này

---

Nếu đối tượng không thể tồn tại, không có nghĩa hệ thống là nghiêm trọng ra khỏi bộ nhớ, và thậm chí nảy lên một thông báo lỗi cũng sẽ không thể?

Không hề. Nhiều trình khởi tạo trả về nil để nói "không thể thực hiện trong ngữ cảnh này" hoặc nếu có lỗi tham số đơn giản.

Answer 2

Điều đó có nghĩa là hệ thống nghiêm trọng ra khỏi bộ nhớ

số Một thất bại trong việc cấp phát bộ nhớ nói chung sẽ gây ra + alloc thất bại, không init.

Thực tế, phương pháp init không có đối số nào là không phổ biến. Thông thường, các phương thức init có thể trả về nil nếu bạn đã truyền các đối số không hợp lệ, ví dụ NSString's -initWithContentsOfFile: có thể trả về nil nếu nó không tải được nội dung của đường dẫn tệp mà nó được cho là được khởi tạo.

Đó có lẽ là điều bạn muốn kiểm tra xem bạn có nhận thức được khả năng đáng kể về lỗi init hay không, nếu không, bạn chỉ nên tiếp tục sử dụng đối tượng.