Comment fonctionne un trait de soulignement devant une variable dans une classe objectif-c cacao?

J'ai vu dans quelques exemples iPhone que les attributs ont utilisé un trait de soulignement _ devant la variable. Quelqu'un sait-il ce que cela signifie? Ou comment ça marche?

Un fichier d'interface que j'utilise ressemble à:

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

@property (nonatomic, retain) UILabel *missionName;

- (Mission *)mission;

Je ne sais pas exactement ce que fait ce qui précède, mais lorsque j'essaie de définir le nom de la mission comme:

aMission.missionName = missionName;

J'obtiens l'erreur:

demande de membre 'missionName' dans quelque chose qui n'est pas une structure ou un syndicat

Si vous utilisez le préfixe de soulignement pour vos ivars (qui n'est rien de plus qu'une convention commune, mais utile), alors vous devez faire 1 chose supplémentaire pour que l'accesseur généré automatiquement (pour la propriété) sache quel ivar utiliser. Plus précisément, dans votre fichier d'implémentation, vous synthesizedevriez ressembler à ceci:

@synthesize missionName = _missionName;

Plus génériquement, c'est:

@synthesize propertyName = _ivarName;

C'est juste une convention pour la lisibilité, cela ne fait rien de spécial au compilateur. Vous verrez des gens l'utiliser sur des variables d'instance privées et des noms de méthodes. Apple recommande en fait de ne pas utiliser le trait de soulignement (si vous ne faites pas attention, vous pouvez remplacer quelque chose dans votre superclasse), mais vous ne devriez pas vous sentir mal à l'idée d'ignorer ce conseil. :)

Le seul objectif utile que j'ai vu est de faire la différence entre les variables locales et les variables membres comme indiqué ci-dessus, mais ce n'est pas une convention nécessaire. Lorsqu'il est associé à un @property, il augmente la verbosité des instructions de synthèse - @synthesize missionName = _missionName;et est moche partout.

Au lieu d'utiliser le trait de soulignement, utilisez simplement des noms de variables descriptifs dans des méthodes qui ne sont pas en conflit. Lorsqu'elles doivent entrer en conflit, le nom de la variable dans la méthode doit subir un trait de soulignement, pas la variable membre qui peut être utilisée par plusieurs méthodes . Le seul endroit commun où cela est utile est dans un setter ou dans une méthode init. De plus, cela rendra l'instruction @synthesize plus concise.

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

Edit: Avec la dernière fonctionnalité du compilateur d'auto-synthèse, j'utilise maintenant le soulignement pour l'ivar (dans les rares occasions où j'ai besoin d'utiliser un ivar pour correspondre à ce que fait l'auto-synthèse.

Cela ne veut vraiment rien dire, c'est juste une convention que certaines personnes utilisent pour différencier les variables membres des variables locales.

En ce qui concerne l'erreur, il semble qu'uneMission ait le mauvais type. Qu'est-ce que c'est sa déclaration?

C'est uniquement pour la convention de dénomination des propriétés de synthèse.

Lorsque vous synthétisez des variables dans le fichier .m, Xcode vous fournira automatiquement _variable intelligence.

Avoir un trait de soulignement permet non seulement de résoudre vos ivars sans recourir à la syntaxe self.member, mais cela rend votre code plus lisible puisque vous savez quand une variable est un ivar (à cause de son préfixe de soulignement) ou un argument membre (pas de trait de soulignement ).

Exemple:

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

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

Cela semble être l'élément «maître» pour les questions sur self.variableName par rapport à _variablename. Ce qui m'a jeté pour une boucle, c'est que dans le .h, j'avais:

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

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

Cela conduit à self.variableName et _variableName étant deux variables distinctes dans le .m. Ce dont j'avais besoin était:

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

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

Ensuite, dans la classe '.m, self.variableName et _variableName sont équivalents.

Ce que je ne suis toujours pas clair, c'est pourquoi de nombreux exemples fonctionnent encore, même si cela n'est pas fait.

Rayon

au lieu du trait de soulignement, vous pouvez utiliser le nom self.variable ou vous pouvez synthétiser la variable pour utiliser la variable ou la sortie sans trait de soulignement.

Il manque dans les autres réponses que l'utilisation _variablevous empêche de taper variableet d'accéder par inadvertance à l'ivar plutôt qu'à la propriété (présumée prévue).

Le compilateur vous obligera à utiliser soit self.variableou _variable. L'utilisation de traits de soulignement rend la saisie impossible variable, ce qui réduit les erreurs du programmeur.

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

}