(No tan) Problema de herencia tonto de Objective-C al usar la propiedad - ¿Error de GCC?

Question

Actualización: muchas personas insisten en que necesito declarar un iVar para la propiedad. Algunos dicen que no, porque estoy usando Modern Runtime (64 bit). Puedo confirmar que he estado usando @property sin iVars con éxito desde hace meses. Por lo tanto, creo que la respuesta 'correcta' es una explicación de por qué en 64 bits de repente tengo que declarar explícitamente el iVar cuando (y solo cuando) voy a acceder a él desde una clase infantil. El único que he visto hasta ahora es un posible error de GCC (gracias Yuji). No es tan simple después de todo ... Para aclarar el posible error es este: Al heredar de una clase base, un niño no puede acceder a la iVar IF del padre que ese mismo niño implementa un acceso no definido usando @synthesize ANTES de que se acceda al iVar.

He estado rascándome la cabeza con esto por un par de horas - No he usado mucho la herencia.

Aquí he configurado una clase simple Test B que hereda de la Prueba A, donde se declara un ivar. Pero obtengo el error de compilación de que la variable no está declarada. Esto solo ocurre cuando agrego la propiedad y sintetizo las declaraciones, funciona bien sin ellas.

Testa Header:

#import <Cocoa/Cocoa.h> 
@interface TestA : NSObject { 
    NSString *testString; 
} 
@end 

Testa Implementación está vacía:

#import "TestA.h" 
@implementation TestA 
@end 

TestB Header:

#import <Cocoa/Cocoa.h> 
#import "TestA.h" 
@interface TestB : TestA { 
} 
@property (nonatomic, retain) NSString *testProp; 
@end 

TestB Aplicación (Error - 'testString' es no declarado)

#import "TestB.h" 
@implementation TestB 
@synthesize testProp; 
- (void)testing{ 
    NSLog(@"test ivar is %@", testString); 
} 
@end 

Answer 1

Creo que este es el error de GCC 4.2.1. hice el archivo con el contenido foo.m

#import <Foundation/Foundation.h> 
@interface TestA : NSObject { 
    NSString *testString; 
} 
@end 

@implementation TestA 
@end 

@interface TestB : TestA { 
} 
@property (retain) NSString *testProp; 
@end 

@implementation TestB 
@synthesize testProp; 
- (void)testing{ 
NSLog(@"test ivar is %@", testString); 
} 
@end 

nota que está bien en el modo de 64 bits para omitir la variable de instancia. Mi GCC 4.2.1 en OS X 10.6.3 me dio un error:

$ gcc -arch x86_64 -c foo.m 
aho.m: In function ‘-[TestB testing]’: 
aho.m:19: error: ‘testString’ undeclared (first use in this function) 
aho.m:19: error: (Each undeclared identifier is reported only once 
aho.m:19: error: for each function it appears in.) 

Este compilado sin problema cambiando

NSLog(@"test ivar is %@", testString); 

a

NSLog(@"test ivar is %@", self->testString); 

Clang compila sin ningún problema.

(En el modo de 32 bits, lo tengo

$ gcc -arch i386 -c foo.m 
aho.m:17: error: synthesized property ‘testProp’ must either be named 
the same as a compatible ivar or must explicitly name an ivar 
aho.m: In function ‘-[TestB testing]’: 
aho.m:19: error: ‘testString’ undeclared (first use in this function) 
aho.m:19: error: (Each undeclared identifier is reported only once 
aho.m:19: error: for each function it appears in.) 

que es un comportamiento perfectamente lo esperado, como escribió Manjunath.)

Sin embargo Creo que es generalmente un lugar mala idea para acceder a una variable de instancia de la superclase: cuando implementa los métodos la superclase, no puede asumir nada sobre la variable de instancia porque la subclase podría ajustarla de la peor manera posible. Al menos debe escribir qué tipo de operación en la variable de instancia está permitida o no ...Recuerde que es posible que necesite mantener su código durante años. Preferiría mantener contratos de programación entre varias partes del código en el nivel de métodos y propiedades.

Por ultimo, debe cambiar

@property NSString *testProp; 

a

@property (copy) NSString *testProp; 

o al menos a

@property (retain) NSString *testProp; 

si no estás usando GC en OS X. De lo contrario EXP_BAD_ACCESS estará esperando !

Answer 2

creo que sólo hay un error tipográfico - debe ser "testString" no "prueba"

Answer 3

Estoy viendo error: 'testString' undeclared (first use in this function) cuando el @synthesize está justo antes del método testing. El error desaparece si muevo el @synthesize debajo de la implementación del método. Esto podría deberse a que la clase TestB no tiene una variable de instancia de cadena testProp para usar con la propiedad declarada. (En el tiempo de ejecución Legacy (32 bits), debe declarar variables de instancia para usar para las propiedades: en el tiempo de ejecución moderno (Mac de 64 bits, iPhone) se pueden inferir, por lo que declararlos es opcional.) ¿Es posible que En su lugar, ¿quiso nombrar la propiedad testString?

---

EDIT: En GCC 4.2, funciona si cambia TestB.h a lo siguiente:

#import "TestA.h" 

@interface TestB : TestA { 
    NSString *testProp; // <-- Adding this fixes the errors 
} 
@property NSString *testProp; 

@end 

Sin embargo, usando el compilador Clang-LLVM, el código funciona sin modificar. Tal vez este es un error para archivar.

Answer 4

Acabo de toparme con el mismo problema pero las fuentes eran lo suficientemente complejas como para no entender lo que hacía que iVar del padre fuera inaccesible cuando usaba GCC. Solo sabía con certeza que hace unos meses y antes los cambios en mi código funcionaron y también que está funcionando con clang, que he estado usando por un tiempo. De repente tuve que construir con GCC y ya no lo haría.

Al menos este artículo me dio un bypass (declare iVars). Me sorprende que la última versión de XCode no incluya un compilador fijo