error: especificador-calificador-lista esperado antes de ... en el objetivo C?

Question

Cada vez que construyo el siguiente código, aparece el error anterior.

//Controller.h 
#import <UIKit/UIKit.h> 
#import <Foundation/Foundation.h> 
#import "PolygonShape.h" 
#import "PolygonView.h"; 

@interface Controller : NSObject 
{ 
    IBOutlet UIButton *decreaseButton; 
    IBOutlet UIButton *increaseButton; 
    IBOutlet UILabel *numberOfSidesLabel; 
    IBOutlet PolygonShape *shape; 
    IBOutlet PolygonView *shapeView; 
} 
- (IBAction)decrease; 
- (IBAction)increase; 
- (void)awakeFromNib; 
@end 


//Controller.m 
#import "Controller.h" 


@implementation Controller 
@end  

Sin embargo, cuando reemplazo la instrucción de importación y pongo una referencia de referencia de clase en su lugar, el código se compila.

//Controller.h 

#import <UIKit/UIKit.h> 
#import <Foundation/Foundation.h> 
#import "PolygonShape.h" 
@class PolygonView; 

@interface Controller : NSObject 
{ 
    IBOutlet UIButton *decreaseButton; 
    IBOutlet UIButton *increaseButton; 
    IBOutlet UILabel *numberOfSidesLabel; 
    IBOutlet PolygonShape *shape; 
    IBOutlet PolygonView *shapeView; 
} 
- (IBAction)decrease; 
- (IBAction)increase; 
- (void)awakeFromNib; 
@end 

//Controller.m 
#import "Controller.h" 
#import "PolygonView.h" 

@implementation Controller 
@end 

¿Alguien puede explicarlo?

Answer 1

Sí, yo también tenía este problema de Dependencias cíclicas donde importaba ambas clases el uno al otro. Tampoco sabía qué eran las Declaraciones a futuro. Inmediatamente lo busqué en Wikipedia pero estaba mal descrito. Encontré esta publicación que explica qué son y cómo se relacionan con las importaciones cíclicas. http://timburrell.net/blog/2008-11-23/effective-c-cyclical-dependencies/

Nota: El enlace sigue bajando, así que simplemente PDF'd it.

Answer 2

Esto sucede porque olvidó incluir uno de los archivos de encabezado. También recibía el mismo tipo de error, pero después de la inclusión correcta del archivo de encabezado, el error desapareció.

Answer 3

Recibí este error con un simple error ... ¿quizás otros están haciendo lo mismo?

correcta:

@interface ButtonDevice : NSObject 

{ 

    NSString *name; 
    NSString *uri; 
    NSString *icon; 
} 

    @property (nonatomic, retain) IBOutlet NSString *name; 
    @property (nonatomic, retain) IBOutlet NSString *uri; 
    @property (nonatomic, retain) IBOutlet NSString *icon; 
@end 

MAL:

@interface ButtonDevice : NSObject 
{ 

    NSString *name; 
    NSString *uri; 
    NSString *icon; 

    @property (nonatomic, retain) IBOutlet NSString *name; 
    @property (nonatomic, retain) IBOutlet NSString *uri; 
    @property (nonatomic, retain) IBOutlet NSString *icon; 
} 
@end 

Answer 4

acaba de incluir una clase que parecía ser pasado por alto:

#import "NameOfClass.h" 

, pero lo solucionaron. Gracias.

Answer 5

También puede verificar errores de ortografía tontos. Por ejemplo, tenía una clase llamada 'MyUIViewController' pero escribí:

@property (nonatomic, retain) MyViewController *myViewController; 

Y tengo este error. Después de que lo corrigí a:

@property (nonatomic, retain) MyUIViewController *myViewController; 

Se corrigió el error, las computadoras son tan literales.

Answer 6

Acabo de tener este problema en un proyecto Objective-C++; en ese caso, es uno de los errores que pueden surgir si olvida nombrar su archivo de implementación .mm en lugar de .m.

Answer 7

Sólo tiene que seguir esta regla para evitar este tipo de problemas:

If an object is only used internally by class's implementation file, use forward declaration in the header file and import/include in the implementation file. Otherwise use import in the header.

Answer 8

Si ha eliminado el Prefijo encabezado precompilado debe importar manualmente la cabecera de los archivos necesarios en el fichero:

como

#import <UIKit/UIKit.h> 
#import <Foundation/Foundation.h> 
#import <CoreData/CoreData.h> 

Answer 9

Me encontré con este error al tratar de hacer referencia a un protocolo que había configurado yo mismo.

Esto muestra mi protocolo, el método incorrecto y lo que creo que es el método correcto.

in .h 
// ------------------------------------ EtEmailDelegate Protocol -BEGIN- -------------------------------------- 
@protocol EtEmailDelegate 
    - (void)mailComposeController:(MFMailComposeViewController *)controller didFinishWithResult:(MFMailComposeResult)result error:(NSError *)error; //<-- This is really just one chunk from the MFMailComposeViewControllerDelegate 
@end 
// ------------------------------------ EtEmailDelegate Protocol -END- -------------------------------------- 


@interface ClsEtEmail : NSObject < MFMailComposeViewControllerDelegate> { 
    // owner 
    UIViewController *myUivc; 
    //EtEmailDelegate *myDelegate; // <--- the wrong way, throw error 
    id<EtEmailDelegate> *myDelegate; // <-- the right way (i think) 
    ... 
    } 
    @property (nonatomic, readwrite, assign) id<EtEmailDelegate> delegate; 
@end 

---

simplemente para la corrección, así es como estoy poniendo en práctica algunos métodos que también se basan en el protocolo ...

in .m 
@synthesize delegate = myDelegate; 

// my static initializer 
+(id) objEtEmailWithUivc: (UIViewController*) theUivc delegate: (id <EtEmailDelegate>) theDelegate { 
    ClsEtEmail * obj = [[[ClsEtEmail alloc] initWithlUivc: theUivc delegate:theDelegate] autorelease];  
    return obj; 
} 


// my normal init 
- (id)initWithlUivc: (UIViewController*) theUivc delegate: (id <EtEmailDelegate>) theDelegate { 
    self = [super init]; 
    if (self) { 
    [self init_]; // my private init (not seen) 
    self.uivc = theUivc; 
    NSAssert([theDelegate conformsToProtocol:@protocol(EtEmailDelegate)],@"whoh - this can't is notE tEmailDelegate"); 
    self.delegate = theDelegate; 
    } 
    return self; 
} 

Espero que esto ayude a alguien más.