Właściwości obiektu C - silne i słabe deklaracje w kategoriach

Question

W jaki sposób środowisko wykonawcze Objective-C traktuje właściwość zdefiniowaną jako weak w klasie, ale kategoria prywatna w klasie definiuje właściwość o tej samej nazwie i typie, co strong?

Czy kod działający w kontekście kategorii będzie używał oryginalnego (słabego) modyfikatora, czy użyje modyfikatora zdefiniowanego w kategorii (silnego)?

Na przykład:

Name.m

@property (weak, nonatomic) NSString *name; 

NameTests.m

@interface Name (Test) 
@property (strong, nonatomic) NSString *name; 
@end 

Answer 1

W deklaracji majątkowych, weak odnosi się tylko do syntetyzowanych setter, jeśli w ogóle, a zsyntetyzowany Zmienna instancji, jeśli występuje. Jeśli żadna z nich nie zostanie zsyntetyzowana, wówczas weak nie daje żadnego efektu.

Jeśli syntetyzator i zmienna instancji zostały zsyntetyzowane, pytanie brzmi: która deklaracja właściwości jest kompilatorem używanym do syntetyzowania zmiennej ustawiającej i instancji?

Kompilator nigdy nie zsyntetyzuje właściwości zadeklarowanej w nazwanej kategorii. W twoim przykładzie, name jest słabą własnością.

Answer 2

Podczas dodawania właściwości o niejednoznacznych nazwach w czasie wykonywania (co zdarza się w przypadku rozszerzenia klasy o kategorię), zachowanie nie jest zdefiniowane, która implementacja metody jest używana.
Jest to po prostu konflikt nazw, którego można uniknąć, dodając przedrostek do metody/właściwości kategorii. Niektóre informacje na temat prefiksów znajdują się w sekcji "Unikaj błędów nazwy kategorii w metodach" w Wytycznych Apple "Programming With Objective-C".

Podczas tworzenia prostego projektu testowego prawdopodobnie można zaobserwować, że środowisko wykonawcze losowo korzysta z jednej z dwóch implementacji. (Podczas testowania tego należy unikać stałych ciągów dla właściwości name, ponieważ nie będą one narazić tego zachowania)

Używając rozszerzenia klasy zamiast nazwanej kategorii, kompilator wygeneruje błąd "Nielegalna redeclaracja właściwości".