Varietà di dichiarazioni @interface, alcune con parentesi

Question

Ho notato una varietà di dichiarazioni @interface per classi Objective-c. Mi piacerebbe capire perché gli sviluppatori dichiarano @interface nei seguenti modi:

// in the .h file 
@interface MyClass : NSObject 
// ... 
@end 

// in the .m file (what's the purpose of the parens?) 
@interface MyClass() 
// more property declarations which seem like they can go in the .h file 
@end 

// again in the .m file (what's the purpose of private?) 
@interface MyClass (Private) 
// some method declarations 
@end 

Answer 1

Questo è solo un normale class interface, ereditando dalla NSObject, in cui si dichiara ivars, le proprietà ei metodi

// in the .h file 
@interface MyClass : NSObject 
// ... 
@end 

i seguenti due sono categories, che permettono di aggiungere metodi a una classe. Non è tuttavia una sottoclasse (non dichiarare un metodo con lo stesso nome, in quanto non sarà possibile accedere a quello originale). Se si dispone di una categoria denominata dell'interfaccia (ad esempio @interface MyClass (Private)), l'implementazione dovrebbe essere fornita in @implementation MyClass (Private), nel caso di categorie senza nome (anche chiamate estensioni), l'implementazione può essere fornita come al solito. Nota che le estensioni ti permettono anche di aggiungere ivar alla classe mentre le categorie (nominate) no.

// in the .m file (what's the purpose of the parens?) 
@interface MyClass() 
// more property declarations which seem like they can go in the .h file 
@end 

// again in the .m file (what's the purpose of private?) 
@interface MyClass (Private) 
// some method declarations 
@end 

Answer 2

Cosa va mai nel file .m è privato. le parentesi sono per categorie in modo da poter segmentare il codice in categorie per renderlo più leggibile. perché il codice è in .m e privato, hanno chiamato la categoria privata.

Answer 3

Viene utilizzato per dichiarare metodi privati.

Questa risposta spiegare questo in dettaglio: What are best practices that you use when writing Objective-C and Cocoa?