È possibile dichiarare una seconda interfaccia @ per una categoria?

Question

Sto tentando di dichiarare un privato @interface per una categoria, nel file .m.

Per una classe normale che vorrei fare:

@interface ClassA() 

@end 

@implementation ClassA 

@end 

e sarebbe lavorare senza problemi.

Per una classe con le categorie ho provato:

@interface ClassA (CategoryA)() 

@end 

@implementation ClassA (CategoryA) 

@end 

ma sta dando ogni sorta di diversi errori. Sto cercando di "estendere" una categoria, il modo in cui una classe viene estesa tramite questa sintassi @interface ClassA().

Voglio avere metodi privati ​​per la categoria, e volevo sapere se, IN AGGIUNTA all'interfaccia esposta, ho il permesso di inserire una seconda categoria @interface nel file .m, che non espone variabili e metodi di istanza fuori dalla classe stessa.

Qualcosa di simile a questo:

ClasseA + categoryA.h

@interface ClassA (CategoryA) 

<some public methods> 

@end 

ClasseA + categoryA.m il file

@interface ClassA (CategoryA) 

<some private methods> 

@end 


@implementation ClassA (CategoryA) 

<here I want to be able to call the private methods above> 

@end 

In questo momento questo mi sta dando un avvertimento in Xcode:

Duplica definizione di categoria "Cate" goryA 'on interface' ClassA '

C'è un modo per ottenere questo comportamento?

Answer 1

No, non è possibile dichiarare due interfacce per una singola categoria. Puoi fare una delle due cose:

Englebert + Humperdinck.h

#import "Englebert.h" 

@interface Englebert (Humperdinck) 

- (void) croon; 

@end 

---

È possibile dichiarare un'altra categoria con un nome diverso per contenere i metodi privati. Questi possono poi essere utilizzati nello stesso file in cui viene dichiarata l'interfaccia categoria privato:

Englebert + Humperdinck.m

#import "Englebert+Humperdinck.h" 

@interface Englebert (HumperdinckPrivate) 

- (void) warmUp; 

@end 

@implementation Englebert (HumperdinckPrivate) 

- (void)warmUp { 
    NSLog(@"Warm up"); 
} 

@end 

@implementation Englebert (Humperdinck) 

- (void)croon { 
    [self warmUp]; 
    NSLog(@"Croon"); 
    // etc. 
} 

@end 

---

L'altra opzione è quella di semplicemente non dichiarare i metodi privati. Se li definisci nel blocco di implementazione, puoi utilizzarli in qualsiasi punto del file dopo che sono stati definiti (e per l'ultima versione di Xcode/LLVM, l'ordine è in realtà irrilevante - i metodi non dichiarati possono essere utilizzati ovunque il file in cui sono definiti). Nessun altro file sarà in grado di vedere questi metodi.

Englebert + Humperdinck.m

#import "Englebert+Humperdinck.h" 

@implementation Englebert (Humperdinck) 

/* Undeclared private method */ 
- (void)warmUp { 
    NSLog(@"Warm up"); 
} 

- (void)croon { 
    [self warmUp]; 
    NSLog(@"Croon"); 
    // etc. 
} 

@end 

Answer 2

fare

@interface ClassA (CategoryA) 

@end 

@implementation ClassA (CategoryA) 

@end 

invece. Le categorie non possono avere varibles di istanza. E che tipo di errori stai parlando?

Answer 3

@interface ClassA() è un anonymous category ed è possibile utilizzarli come interfacce e definire l'implementazione nell'implementazione ClassA. @interface ClassA (CategoryA)() è un errore di sintassi e dovrebbe leggere @interface ClassA (CategoryA)

EDIT:

Per creare i metodi privati ​​per una classe, in quella classe .m file che si avrebbe:

@interface ClassA() 
    // Private functions declared 
@end 

@implementation ClassA 
    // Private functions defined 
    // Other functions defined 
@end 

Lo stesso può essere fatto per categorie nominate, tuttavia è necessario definire separatamente l'implementazione per evitare avvisi. Anche in questo caso, nel file .m:

@interface ClassA (hidden) 
    // Private functions declared 
@end 

@implementation ClassA (hidden) 
    // Private functions declared 
@end 

@implementation ClassA 
    // Other functions defined 
@end