Dlaczego zadeklarowana właściwość używa zarówno zachowania, jak i odczytu?

Question

Zauważyłem, że niektóre przykłady Apple obejmują zarówno modyfikator właściwości we właściwościach: retain i readonly. Jaki jest sens dołączania retain, jeśli nie zostanie wygenerowany setter, gdy będziemy używać modyfikatora readonly?

Przykład: @property (retain, readonly) NSString *title; z przykładu AnimatedTableView.

Answer 1

Możesz dodać drugą, prywatną deklarację readwrite do rozszerzenia klasy. Schemat zarządzania pamięcią dla wszystkich odniesień musi pasować do IIRC, więc dostajesz głupotę jak "tylko do odczytu, zachowaj".

Answer 2

lub dokładniej, (tylko do odczytu, zachowują) pozwala w ten sposób wzór:

Foo.h:

@interface StuffHolder:NSObject 
@property(readonly, retain) MyStuff *stuff; 
@end 

Foo.m:

@interface StuffHolder() 
@property(readwrite, retain) MyStuff *stuff; 
@end 

@implementation StuffHolder 
@synthesize stuff; 
@end 

Wynik końcowy jest właściwość, która jest publicznie odczytywana tylko podczas odczytu wewnątrz implementacji i dla której ustawianie i pobieranie jest automatycznie syntetyzowane przez kompilator.

Ostrzeżenie mógłby być generowane w przypadku braku (ReadWrite, zachowują) nadpisanie w rozszerzeniu klasy - coś podobnego do statement without an effect - ale byłoby bardziej kłopotliwe niż korzystne. Istnieje również cała masa różnych przypadków skrajnych w kombinacjach, które również uzasadniają ostrzeżenie, ale tak naprawdę nie wskazują na rzeczywisty problem. Podjęto decyzję, aby w dużej mierze zaakceptować różne wzorce bez skargi ze względu na prostotę (ponieważ nie są to problemy z poprawnością).