¿Cómo funciona un guión bajo frente a una variable en una clase de cacao objetivo-c?

He visto en algunos ejemplos de iPhone que los atributos han usado un guión bajo _ delante de la variable. Alguien sabe que significa esto? O como funciona?

Un archivo de interfaz que estoy usando se ve así:

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

@property (nonatomic, retain) UILabel *missionName;

- (Mission *)mission;

No estoy seguro exactamente de lo que hace lo anterior, pero cuando trato de configurar el nombre de la misión como:

aMission.missionName = missionName;

Me sale el error:

solicitud de miembro 'missionName' en algo que no sea una estructura o unión

Si usa el prefijo de subrayado para sus ivars (que no es más que una convención común, pero útil), entonces debe hacer 1 cosa adicional para que el descriptor de acceso automático (para la propiedad) sepa qué ivar usar. Específicamente, en su archivo de implementación, synthesizedebería verse así:

@synthesize missionName = _missionName;

Más genéricamente, esto es:

@synthesize propertyName = _ivarName;

Es solo una convención de legibilidad, no hace nada especial para el compilador. Verá que las personas lo usan en variables de instancias privadas y nombres de métodos. En realidad, Apple recomienda no usar el guión bajo (si no tiene cuidado podría anular algo en su superclase), pero no debería sentirse mal por ignorar ese consejo. :)

El único propósito útil que he visto es diferenciar entre variables locales y variables miembro como se indicó anteriormente, pero no es una convención necesaria. Cuando se combina con una @property, aumenta la verbosidad de las declaraciones de sintetización:@synthesize missionName = _missionName; , y es feo en todas partes.

En lugar de usar el guión bajo, solo use nombres de variables descriptivas dentro de métodos que no entren en conflicto. Cuando deben entrar en conflicto, el nombre de la variable dentro del método debe sufrir un guión bajo, no la variable miembro que pueden usar varios métodos . El único lugar común en el que esto es útil es en un setter o en un método init. Además, hará que la declaración @synthesize sea más concisa.

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

Editar: con la última función de compilación de auto-síntesis, ahora uso guión bajo para el ivar (en la rara ocasión en que necesito usar un ivar para que coincida con lo que hace la auto-síntesis.

Realmente no significa nada, es solo una convención que algunas personas usan para diferenciar las variables miembro de las variables locales.

En cuanto al error, parece que aMission tiene el tipo incorrecto. ¿Cuál es su declaración?

Esto es solo para la convención de nomenclatura de las propiedades de sintetización.

Cuando sintetice variables en el archivo .m, Xcode le proporcionará automáticamente inteligencia variable.

Tener un guión bajo no solo hace posible resolver sus ivars sin recurrir al uso de self.member sintaxis sino que hace que su código sea más legible ya que sabe cuándo una variable es un ivar (debido a su prefijo de guión bajo) o un argumento miembro (no guión bajo) )

Ejemplo:

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

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

Este parece ser el elemento "maestro" para preguntas sobre self.variableName vs. _variablename. Lo que me sorprendió fue que en el .h, tuve:

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

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

Esto lleva a self.variableName y _variableName siendo dos variables distintas en el .m. Lo que necesitaba era:

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

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

Luego, en la clase '.m, self.variableName y _variableName son equivalentes.

Lo que aún no tengo claro es por qué muchos ejemplos todavía funcionan, incluso si esto no se hace.

Rayo

en lugar de guión bajo, puede usar el nombre self.variable o puede sintetizar la variable para usar la variable o la salida sin guión bajo.

Falta de las otras respuestas es que el uso le _variableimpide escribir distraídamentevariable y acceder al ivar en lugar de a la propiedad (supuestamente prevista).

El compilador lo obligará a usar cualquiera self.variableo _variable. El uso de guiones bajos hace que sea imposible escribir variable, lo que reduce los errores del programador.

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

}