Jak działa podkreślenie przed zmienną w kakaowej klasie C-obiektywu?

W kilku przykładach iPhone'a widziałem, że atrybuty używają podkreślenia _ przed zmienną. Czy ktokolwiek wie, co to znaczy? Albo jak to działa?

Plik interfejsu, którego używam, wygląda następująco:

@interface MissionCell : UITableViewCell {
    Mission *_mission;
    UILabel *_missionName;
}

@property (nonatomic, retain) UILabel *missionName;

- (Mission *)mission;

Nie jestem pewien, co dokładnie robi powyższe, ale kiedy próbuję ustawić nazwę misji, taką jak:

aMission.missionName = missionName;

Wyskakuje mi błąd:

prośba o członkostwo „MissionName” w czymś, co nie jest strukturą ani związkiem

Jeśli używasz przedrostka podkreślenia dla swoich ivars (co jest niczym innym jak zwykłą konwencją, ale użyteczną), musisz zrobić 1 dodatkową rzecz, aby automatycznie wygenerowany akcesor (dla właściwości) wiedział, którego modułu ivar użyć. W szczególności w pliku implementacji synthesizepowinno wyglądać to następująco:

@synthesize missionName = _missionName;

Bardziej ogólnie jest to:

@synthesize propertyName = _ivarName;

To tylko konwencja czytelności, nie robi nic specjalnego dla kompilatora. Zobaczysz, jak ludzie używają go na prywatnych zmiennych instancji i nazwach metod. Apple faktycznie nie zaleca używania podkreślenia (jeśli nie jesteś ostrożny, możesz zastąpić coś w swojej superklasie), ale nie powinieneś czuć się źle, ignorując tę ​​radę. :)

Jedynym użytecznym celem, jaki widziałem, jest rozróżnienie między zmiennymi lokalnymi i zmiennymi składowymi, jak wspomniano powyżej, ale nie jest to niezbędna konwencja. W połączeniu z @właściwością zwiększa szczegółowość instrukcji syntetyzujących - @synthesize missionName = _missionName;i wszędzie jest brzydki.

Zamiast używać podkreślenia, po prostu używaj opisowych nazw zmiennych w metodach, które nie powodują konfliktów. W przypadku konfliktu nazwa zmiennej w metodzie powinna zawierać podkreślenie, a nie zmienną składową, która może być używana przez wiele metod . Jedynym typowym miejscem, w którym jest to przydatne, jest setter lub metoda inicjująca. Ponadto sprawi, że instrukcja @synthesize będzie bardziej zwięzła.

-(void)setMyString:(NSString*)_myString
{
    myString = _myString;
}

Edycja: Dzięki najnowszej funkcji kompilatora automatycznej syntezy używam teraz podkreślenia dla ivar (w rzadkich przypadkach, gdy potrzebuję użyć ivar, aby dopasować to, co robi automatyczna synteza.

To tak naprawdę nic nie znaczy, to po prostu konwencja, której niektórzy ludzie używają do rozróżniania zmiennych składowych od zmiennych lokalnych.

Jeśli chodzi o błąd, to wygląda na to, że misja ma zły typ. Jaka jest jego deklaracja?

Dotyczy to tylko konwencji nazewnictwa dotyczącej syntetyzowania właściwości.

Kiedy zsyntetyzujesz zmienne w pliku .m, Xcode automatycznie dostarczy Ci inteligencję _variable.

Podkreślenie nie tylko umożliwia rozwiązywanie problemów z ivars bez uciekania się do używania self.member składni ale sprawia, że ​​twój kod jest bardziej czytelny, ponieważ wiesz, kiedy zmienna jest ivar (ze względu na jej przedrostek podkreślenia) lub argument składowy (bez podkreślenia ).

Przykład:

- (void) displayImage: (UIImage *) image {

    if (image != nil) {
        // Display the passed image...
        [_imageView setImage: image];
    } else {
        // fall back on the default image...
        [_imageView setImage: _image];
    }
}

Wydaje się, że jest to element „nadrzędny” w przypadku pytań dotyczących self.variableName i _variablename. To, co rzuciło mnie na pętlę, to to, że w .h miałem:

...
@interface myClass : parentClass {
className *variableName;    // Note lack of _
}

@property (strong, nonatomic) className  *variableName;
...

Prowadzi to do tego, że self.variableName i _variableName są dwiema różnymi zmiennymi w .m. Potrzebowałem:

...
@interface myClass : parentClass {
className *_variableName;    // Note presence of _
}

@property (strong, nonatomic) className  *variableName;
...

Następnie w klasie „.m” self.variableName i _variableName są równoważne.

Nadal nie jestem pewien, dlaczego wiele przykładów wciąż działa, nawet jeśli tak się nie dzieje.

Promień

zamiast podkreślenia możesz użyć nazwy zmiennej self lub możesz zsyntetyzować zmienną, aby użyć zmiennej lub wyjścia bez podkreślenia.

W innych odpowiedziach brakuje tego, że używanie _variablezapobiega nieumyślnemu pisaniu variablei uzyskiwaniu dostępu do ivar, a nie (przypuszczalnie zamierzonej) właściwości.

Kompilator zmusi cię do użycia albo self.variablelub _variable. Stosowanie podkreśleń uniemożliwia wpisywanie variable, co zmniejsza liczbę błędów programisty.

- (void)fooMethod {

    // ERROR - "Use of undeclared identifier 'foo', did you mean '_foo'?"
    foo = @1;

    // So instead you must specifically choose to use the property or the ivar:

    // Property
    self.foo = @1;

    // Ivar
    _foo = @1;

}