¿Por qué las variables de instancia se definen en el archivo de encabezado en Objective-C

Question

? Puedo entender la definición de las funciones en la @interface del archivo de encabezado, pero ¿por qué las variables de instancia? ¿No deberían las variables de instancia ser privadas, solo accesibles a través de mensajes?

Answer 1

La razón es que puede calcular las compensaciones de variables para las subclases.

@interface Bird : NSObject { 
    int wingspan; 
} 
@end 
@interface Penguin : Bird { 
    NSPoint nestLocation; 
    Penguin *mate; 
} 
@end 

Sin conocer la estructura de la clase "Bird", la clase "Pingüino" no puede calcular el desplazamiento de sus campos desde el principio de la estructura. La estructura pingüino se ve algo así como esto:

struct Penguin { 
    int refcount; // from NSObject 
    int wingspan; // from Bird 
    NSPoint nestLocation; // from Penguin 
    Penguin *mate; // from Penguin 
} 

Esto tiene un efecto secundario: si cambia el tamaño de una clase en una biblioteca, romper todas las subclases de aplicaciones que enlazan con esa biblioteca. Las nuevas propiedades trabajan alrededor de este problema.

Answer 2

Aunque se declaran en el archivo de encabezado, todas las variables de instancia en Objective-C tienen @protected access de manera predeterminada. Esto significa que la variable es accesible dentro de la clase que lo declara y cualquier clase que hereda de esa clase.

Aquí está la documentación de Apple en la definición de una clase Objective-C: Defining Classes

Aviso la sección titulada "El ámbito de las variables de instancia".

Answer 3

Tomado de la sección de la documentación de Apple en la definición de las clases de Objective-C, The Role of the Interface:

Although instance variables are most naturally viewed as a matter of the implementation of a class rather than its interface, they must nevertheless be declared in the interface file. This is because the compiler must be aware of the structure of an object where it’s used, not just where it’s defined.

Answer 4

creo que es una cuestión técnica. Si lo entiendo correctamente, una clase de Objective-C es simplemente una estructura C de lujo. Y para que se use una estructura, debe conocerse su tamaño. (Al igual que, de lo contrario, sizeof() funcionaría)

Answer 5

Tenga en cuenta que en el nuevo Objective C 2.0 "Modern Runtime" (disponible en aplicaciones de iPhone y Mac OS X 10.5 de 64 bits) no necesita especificar los ivars, puede especificar las propiedades y luego usar @synthesize para generar los ivars.

Esto se debe a que en Modern Runtime, los ivars tienen un símbolo de indirección global que contiene el desplazamiento para el ivar. Esto también resuelve el problema de la clase base frágil, permitiendo que los ivars sean reordenados y agregados sin requerir la recompilación de subclases (eliminar o renombrar ivars aún puede causar errores de enlace).

Sin embargo, usted todavía tiene que enumerar las propiedades en la interfaz principal, por lo que no parece haber ninguna manera de ocultar por completo ivars privado que es desafortunado. No puede, por ejemplo, usar una propiedad y @synthesize en una categoría.

Answer 6

En caso de que alguien se tropieza con esta pregunta - como de XCode 4.2 con el compilador LLVM, se puede declarar variables de instancia en el @implementation usando la siguiente notación corsé:

@interface SomeClass : NSObject 
@end 

@implementation SomeClass { 
    NSString *myInstanceVariable_; 
} 

- (void)moreMethods {} 
@end 

Las variables de instancia general, no debe ser parte de la interfaz pública declarada de su clase: son detalles de implementación.

Sin embargo, ASEGÚRESE a definir sus variables de instancia dentro de las llaves o de lo definiremos una variable global que no tiene relación con la instancia del objeto:

@implementation SomeClass 
    NSString *whoopsGlobalVariable_; 

- (void)moreMethods {} 

@end