IBOutlet và xemDidUnload dưới ARC

Question

Có một câu hỏi tương tự với điều này trên SO here, tuy nhiên tôi chỉ muốn làm rõ một điều gì đó chưa được giải thích đầy đủ ở đó.

Tôi hiểu rằng tất cả các đại biểu và cửa hàng - trên thực tế, có liên quan đến đối tượng "cha mẹ", là công dân tốt và suy nghĩ về đồ thị đối tượng trong một phút. Do tính chất của zeroing con trỏ yếu tự động giảm xuống còn 0 trên số lượng giữ lại của đối tượng được tham chiếu đạt đến 0, điều này có nghĩa là việc thiết lập IBOutlets thành nil trong viewDidUnload bây giờ là không cần thiết?

Vì vậy, nếu tôi tuyên bố ổ cắm của tôi như vậy:

@property (nonatomic, weak) IBOutlet UILabel *myLabel; 

Có đoạn mã sau có ảnh hưởng gì?

- (void)viewDidUnload 
{ 
    self.myLabel = nil; 

    [super viewDidUnload]; 
} 

Answer 1

Chỉ cần làm một chút về nghiên cứu ...

Theo tôi được biết, yếu tương tự như chuyển nhượng, ở chỗ chúng tôi đều tham khảo yếu.

Tuy nhiên, việc gán không tạo tham chiếu zeroing. tức là nếu đối tượng được đề cập bị hủy và bạn truy cập vào thuộc tính đó, bạn S get nhận được BAD_ACCESS_EXCEPTION.

Thuộc tính yếu được tự động đánh số không (= nil) khi đối tượng được tham chiếu bị hủy.

Trong cả hai trường hợp, không cần thiết đặt thuộc tính thành 0, vì nó không đóng góp vào số lượng giữ lại của đối tượng được đề cập. Nó là cần thiết khi sử dụng thuộc tính giữ lại.

Rõ ràng, ARC cũng giới thiệu một thuộc tính "mạnh" mới, giống như "giữ lại"?

Nghiên cứu thực hiện here

Answer 2

Tôi đã làm một thử nghiệm nhỏ và dường như mã kiểm tra vào viewDidUnload phương pháp là không cần thiết. Để hỗ trợ điều này, các tài liệu cho viewDidUnload thực sự cho biết:

Khi phương pháp này được gọi, thuộc tính chế độ xem là không.

Cho biết rằng tham chiếu yếu phải được đặt thành nil tự động.

Answer 3

Từ sự hiểu biết của tôi về cách các cửa hàng được quản lý trong ARC nếu bạn đang sử dụng một tham chiếu yếu, bạn không cần phải thêm bất cứ điều gì để viewDidUnload vì nó đã là nil. Làm như vậy là do dự. Tuy nhiên, nếu bạn có cửa hàng mạnh, mà táo nói bạn nên làm gì nếu bạn đang trỏ đến một mục cấp cao nhất trong ngòi bút, thì bạn chắc chắn nên tiếp tục thêm dòng thích hợp trong viewDidUnload để không có những dòng này.

Answer 4

Tôi có một số bằng chứng thực nghiệm để hỗ trợ rằng IBOutlets thực sự đã được đặt thành không tự động. Dưới đây là những gì tôi đã làm:

1. tôi thiết lập ivars rõ ràng đối với tài sản IBOutlet tôi (@synthesize myLabel = myLabel_) vì vậy mà tôi sau đó có thể kiểm tra giá trị của họ trong chương trình gỡ rối.
2. Tôi đã bật điểm ngắt trên dòng đầu tiên của viewDidUnload.
3. Tôi đã sắp xếp cho viewDidUnload để được gọi bằng cách mô phỏng cảnh báo bộ nhớ.
4. Tôi đã kiểm tra các giá trị của các ivars rõ ràng mà tôi liên kết với các thuộc tính IBOutlet của mình.

Tất cả ivars rõ ràng đều có giá trị là nil sau đó tôi nhấn điểm ngắt.

Answer 5

Bắt đầu từ iOS 5 và OS X 10.7, weak sẽ tạo ra con trỏ dừng tự động. Điều này có nghĩa là khi đối tượng nhọn được nhả ra, con trỏ được tự động đặt thành nil (để biết chi tiết, xem Zeroing Weak References in ARC).

Vì vậy, dưới iOS 5+ và OS X 10.7+, nó không phải là hữu ích để thiết lập weakIBOutlet tính để nil bằng tay trong các phương pháp viewDidUnload: khi giao diện chính không có đạn thì tất cả subviews của nó sẽ được phát hành, do đó các thuộc tính liên quan được đặt thành nil.