Czy ustawiam właściwości na zero w dealloc, gdy używam ARC?

Próbuję nauczyć się automatycznego liczenia referencji w iOS 5. Teraz pierwsza część tego pytania powinna być łatwa:

1. Czy to prawda, że NIE muszę pisać jawnych instrukcji release-property w moim dealloc, gdy używam ARC? Innymi słowy, czy to prawda, że ​​poniższe elementy NIE wymagają wyraźnego cofnięcia przydziału?

   @interface MyClass : NSObject
   @property (strong, nonatomic) NSObject* myProperty;
   @end
   
   @implementation MyClass
   @synthesize myProperty;
   @end
   

2. Moje następne i ważniejsze pytanie pochodzi z wiersza w dokumencie Przejście na wersję ARC :

   Nie musisz (a nawet nie możesz) zwolnić zmiennych instancji, ale może być konieczne wywołanie funkcji [self setDelegate: nil] na klasach systemowych i innym kodzie, który nie jest kompilowany przy użyciu ARC.

   To nasuwa pytanie: skąd mam wiedzieć, które klasy systemowe nie są kompilowane z ARC? Kiedy powinienem tworzyć własne dealloc i jawnie ustawiać silnie zachowujące właściwości na zero? Czy powinienem założyć, że wszystkie klasy ram NS i UI używane we właściwościach wymagają jawnych deallocs?

Istnieje wiele informacji na temat SO i nie tylko na temat praktyk zwalniania zabezpieczającego ivar nieruchomości podczas korzystania z ręcznego śledzenia odniesień, ale stosunkowo niewiele na ten temat w przypadku korzystania z ARC.

Krótka odpowiedź : nie, nie musisz zerować właściwości w deallocramach ARC.

Długa odpowiedź : nigdy nie powinieneś zerować właściwości dealloc, nawet przy ręcznym zarządzaniu pamięcią.

W MRR powinieneś zwolnić bluszcze . Nilling out oznacza wywoływanie seterów, które mogą wywoływać kod, którego nie powinny dotykać dealloc(np. Jeśli twoja klasa lub podklasa przesłania setter). Podobnie może wywołać powiadomienia KVO. Zamiast tego uwolnienie ivar pozwala uniknąć tych niepożądanych zachowań.

W ARC system automatycznie zwalnia wszelkie ivary za Ciebie, więc jeśli to wszystko, co robisz, nie musisz nawet wdrażać dealloc. Jednakże, jeśli masz jakiekolwiek bloki nie będące obiektami, które wymagają specjalnej obsługi (np. Przydzielone bufory, których potrzebujesz free()), nadal musisz sobie z nimi radzić dealloc.

Ponadto, jeśli ustawiłeś siebie jako delegata jakichkolwiek obiektów, powinieneś usunąć tę relację w dealloc(tu chodzi o wywoływanie [obj setDelegate:nil]). Uwaga dotycząca robienia tego na klasach, które nie są kompilowane z ARC, jest ukłonem w stronę słabych właściwości. Jeśli klasa wyraźnie oznaczy swoją delegatewłaściwość weak, nie musisz tego robić, ponieważ natura słabych właściwości oznacza, że ​​zostanie ona za Ciebie zakończona. Jeśli jednak właściwość jest zaznaczona assign, należy ją wyzerować, w deallocprzeciwnym razie klasa pozostanie z wiszącym wskaźnikiem i prawdopodobnie ulegnie awarii, jeśli spróbuje wysłać wiadomość do swojego delegata. Należy pamiętać, że dotyczy to tylko niezachowanych relacji, takich jak pełnomocnicy.

Żeby udzielić przeciwnej odpowiedzi ...

Krótka odpowiedź : nie, nie musisz eliminować właściwości deallocautosyntetyzowanych w ramach ARC. I nie musisz używać setera dla tych w init.

Długa odpowiedź : Powinieneś wyeliminować zsyntetyzowane na zamówienie właściwości dealloc, nawet pod ARC. I powinieneś użyć setera dla tych w init.

Chodzi o to, że twoje zsyntetyzowane na zamówienie właściwości powinny być bezpieczne i symetryczne pod względem zerowania.

Możliwy ustawiacz timera:

-(void)setTimer:(NSTimer *)timer
{
    if (timer == _timer)
        return;

    [timer retain];
    [_timer invalidate];
    [_timer release];
    _timer = timer;
    [_timer fire];
}

Możliwy ustawiacz dla scrollview, tableview, webview, textfield, ...:

-(void)setScrollView:(UIScrollView *)scrollView
{
    if (scrollView == _scrollView)
        return;

    [scrollView retain];
    [_scrollView setDelegate:nil];
    [_scrollView release];
    _scrollView = scrollView;
    [_scrollView setDelegate:self];
}

Możliwy ustawiacz dla właściwości KVO:

-(void)setButton:(UIButton *)button
{
    if (button == _button)
        return;

    [button retain];
    [_button removeObserver:self forKeyPath:@"tintColor"];
    [_button release];
    _button = button;
    [_button addObserver:self forKeyPath:@"tintColor" options:(NSKeyValueObservingOptions)0 context:NULL];
}

Wtedy nie trzeba powielić dowolny kod dealloc, didReceiveMemoryWarning, viewDidUnload, ... a nieruchomość może być bezpiecznie podawane do wiadomości publicznej. Jeśli martwiłeś się, że nie ma żadnych właściwości w dealloc, być może nadszedł czas, aby ponownie sprawdzić swoje setery.