Diferencia entre declarar un ivar en @interface y poner variable en @implementation

Question

¿Cuál es la diferencia entre declarar un ivar dentro de un @interface versus poner una variable dentro de un @implementation en un archivo .m?

@interface MyClass : NSObject { 
    int num; 
} 
- (void)doSomething; 
@end 

vs

@implementation MyClass 
int num2; 

- (void)doSomething { 
    num = 137; 
    num2 = 138; 
} 
@end 

¿Hay siempre un momento en que usted quiere poner una variable dentro del @implementation?

Answer 1

La diferencia entre usar un ivar y declarar una variable dentro de la implementación es que la variable dentro de la implementación se encuentra en el alcance del archivo y es global. Eso significa que todas las instancias (y cualquier método estático) compartirán la misma variable; es decir, si una instancia de su objeto cambia la variable, la cambiará para todas las instancias.

El caso de uso para definirlo en el alcance del archivo es almacenar cosas para métodos estáticos (métodos que actúan directamente sobre la clase en lugar de una instancia de la clase). Un caso de uso muy común para esto es el patrón de diseño de Singleton. Puede definir una instancia estática de su clase dentro de este archivo para que, en cualquier momento, pueda asegurarse de que está accediendo a la misma instancia. Puede proporcionar un método estático que devuelva esta instancia para que cualquier objeto en su código pueda acceder a ese mismo objeto llamando al método directamente en su clase.

actualización 4/17/14

La práctica común es utilizar ahora Properties. Esto crea getters y setters para que automáticamente la clase sea más extensible (si decides cambiar la forma en que funciona una propiedad, quizás quieras cambiarla para que siempre se calcule sobre la marcha, la interfaz pública de la clase no necesita cambiarse).)

Puede usar private class extensions to declare "private" properties and methods. Esto tiene el efecto de proteger determinadas propiedades y métodos de acceder a clases externas.

Answer 2

Por lo que sé, poner una declaración de variable dentro de @implementation no es diferente de ponerlo fuera de la implementación: no es un ivar, es solo una variable declarada en el alcance del archivo.

Un uso es para declarar el equivalente de miembros estáticos de C++. Por ejemplo:

@implementation MyClass 

static int s_count = 0; 

- (id)init { 
    if ((self = [super init])) 
    ++s_count; 
    return self; 
} 

- (void)dealloc { 
    --s_count; 
    [super dealloc]; 
} 

Suponiendo init es su única inicializador, entonces s_count contendrá el número total de casos de MyClass que están activos.

Answer 3

Nota: Históricamente, la interfaz requería declaraciones de las variables de instancia de una clase, las estructuras de datos que forman parte de cada instancia de la clase. Estos se declararon entre llaves después de la declaración @interface y antes de las declaraciones de métodos:

Las variables de instancia representan un detalle de implementación y, por lo general, no se debe acceder fuera de la clase. Además, puede declararlos en el bloque de implementación o sintetizarlos usando propiedades declaradas. Por lo general, no debe declarar variables de instancia en la interfaz pública, por lo que debe omitir las llaves.

(source)