Se trata de "OK" para no declarar métodos en la cabecera sí, bajo ciertas circunstancias. Por ejemplo, si usa ARC, el compilador generalmente necesita conocer la firma del método para que pueda hacer lo correcto. Pero básicamente, todo lo que significa es que, donde sea que estés usando el método, ya debe saber sobre el método que estás llamando.
Como está hablando de Interface Builder, es un poco diferente ya que conocerá todos los métodos ya que puede "ver" todo el contexto de su encabezado y los archivos de implementación y saber que existe un método. es decir, en mi terminología anterior, el método se ha definido antes de su uso.
Con respecto a la definición antes de su uso, el enfoque aceptado general es ya sea:
definir un método en el archivo de interfaz (.h). ej .:
MyClass.h
@interface MyClass : NSObject
- (void)someMethod;
@end
MyClass.m
@implementation MyClass
- (void)someMethod {
// do something
}
@end
definir un método en una categoría continuación clase. por ejemplo:
MyClass.h
@interface MyClass : NSObject
@end
MyClass.m
@interface MyClass()
- (void)someMethod;
@end
@implementation MyClass
- (void)someMethod {
// do something
}
@end
El comportamiento del compilador parece haber cambiado un poco en Xcode 4.5. Tengo un montón de métodos que no declare en .h y no tengo errores de compilación. Sin embargo, cuando tomo este código en Xcode 4.2 para verificar la compatibilidad con iOS 4.3, el compilador arroja errores. – JScarry
@JScarry - He observado un comportamiento similar, aunque parece variar con algún tipo de indicador del compilador. Pero Xcode 4.5 está presionando el uso de una versión '()' de '@ interface' en .m, y puede pegar allí todas las declaraciones internas. –