Wie funktioniert ein Unterstrich vor einer Variablen in einer Kakao-Ziel-C-Klasse?

Ich habe in einigen iPhone-Beispielen gesehen, dass Attribute einen Unterstrich _ vor der Variablen verwendet haben. Weiß jemand was das bedeutet? Oder wie es funktioniert?

Eine von mir verwendete Schnittstellendatei sieht folgendermaßen aus:

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

@property (nonatomic, retain) UILabel *missionName;

- (Mission *)mission;

Ich bin mir nicht sicher, was genau das oben genannte tut, aber wenn ich versuche, den Missionsnamen wie folgt festzulegen:

aMission.missionName = missionName;

Ich bekomme den Fehler:

Anfrage für das Mitglied 'missionName' in etwas, das keine Struktur oder Gewerkschaft ist

Wenn Sie das Unterstrichpräfix für Ihre ivars verwenden (dies ist nichts anderes als eine übliche, aber nützliche Konvention), müssen Sie eine zusätzliche Aktion ausführen, damit der automatisch generierte Accessor (für die Eigenschaft) weiß, welches ivar verwendet werden soll. Insbesondere sollte Ihre Implementierungsdatei folgendermaßen synthesizeaussehen:

@synthesize missionName = _missionName;

Allgemeiner ist dies:

@synthesize propertyName = _ivarName;

Es ist nur eine Konvention für die Lesbarkeit, es tut dem Compiler nichts Besonderes. Sie werden sehen, dass Benutzer es für private Instanzvariablen und Methodennamen verwenden. Apple empfiehlt tatsächlich, den Unterstrich nicht zu verwenden (wenn Sie nicht vorsichtig sind, können Sie etwas in Ihrer Oberklasse überschreiben), aber Sie sollten sich nicht schlecht fühlen, wenn Sie diesen Rat ignorieren. :) :)

Der einzige nützliche Zweck, den ich gesehen habe, ist die Unterscheidung zwischen lokalen Variablen und Mitgliedsvariablen, wie oben angegeben, aber es ist keine notwendige Konvention. In Kombination mit einer @ -Eigenschaft erhöht sich die Ausführlichkeit der Synthetisierungsanweisungen - @synthesize missionName = _missionName;und ist überall hässlich.

Verwenden Sie anstelle des Unterstrichs nur beschreibende Variablennamen in Methoden, die nicht in Konflikt stehen. Wenn sie in Konflikt geraten müssen, sollte der Variablenname innerhalb der Methode einen Unterstrich aufweisen, nicht die Mitgliedsvariable, die von mehreren Methoden verwendet werden kann . Dies ist nur in einem Setter oder in einer Init-Methode üblich. Darüber hinaus wird die Anweisung @synthesize präziser.

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

Bearbeiten: Mit der neuesten Compiler-Funktion der Autosynthese verwende ich jetzt den Unterstrich für den ivar (in seltenen Fällen muss ich einen ivar verwenden, um den Funktionen der Autosynthese zu entsprechen.

Es hat eigentlich nichts zu bedeuten, es ist nur eine Konvention, mit der manche Leute Mitgliedsvariablen von lokalen Variablen unterscheiden.

Der Fehler scheint, als hätte aMission den falschen Typ. Was ist es seine Erklärung?

Dies gilt nur für die Namenskonvention zum Synthetisieren von Eigenschaften.

Wenn Sie Variablen in der .m-Datei synthetisieren, liefert Xcode automatisch _variable Intelligenz.

Mit einem Unterstrich können Sie nicht nur Ihre ivars auflösen, ohne auf die self.member- Syntax zurückgreifen zu müssen, sondern Ihren Code auch besser lesbar machen, da Sie wissen, wann eine Variable ein ivar (aufgrund ihres Unterstrichpräfixes) oder ein Elementargument (kein Unterstrich) ist ).

Beispiel:

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

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

Dies scheint das "Master" -Element für Fragen zu self.variableName vs. _variablename zu sein. Was mich für eine Schleife warf, war, dass ich in der .h hatte:

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

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

Dies führt dazu, dass self.variableName und _variableName zwei unterschiedliche Variablen in der .m sind. Was ich brauchte war:

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

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

Dann sind in der Klasse '.m self.variableName und _variableName äquivalent.

Was mir immer noch nicht klar ist, ist, warum viele Beispiele immer noch funktionieren, auch wenn dies nicht schwierig ist.

Strahl

Anstelle eines Unterstrichs können Sie den Namen self.variable verwenden oder die Variable synthetisieren, um die Variable oder den Ausgang ohne Unterstrich zu verwenden.

In den anderen Antworten fehlt, dass die Verwendung _variableverhindert , dass Sie geistesabwesend variableden ivar eingeben und darauf zugreifen, anstatt auf die (vermutlich beabsichtigte) Eigenschaft.

Der Compiler zwingt Sie, entweder self.variableoder zu verwenden _variable. Die Verwendung von Unterstrichen macht die Eingabe unmöglich variable, wodurch Programmiererfehler reduziert werden.

- (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;

}