Odmiany deklaracji @interface, niektóre z nawiasami

Question

Zauważyłem wiele deklaracji @interface dla klas Objective-c. Chciałbym zrozumieć, dlaczego deweloperzy deklarują @interface w jeden z następujących sposobów:

// 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

To jest po prostu normalnym class interface, dziedziczy z NSObject, gdzie można zadeklarować Ivars, właściwości i metody

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

Poniżej dwa są categories, które pozwalają, aby dodać metody do klasy. Nie jest to jednak podklasa (nie deklaruj metody o tej samej nazwie, ponieważ nie będziesz mieć dostępu do oryginalnej). Jeśli masz nazwaną kategorię interfejsu (np. @interface MyClass (Private)), implementacja powinna być dostarczona w @implementation MyClass (Private), w przypadku kategorii bez nazw (zwanych również rozszerzeniami), implementacja może być dostarczona jak zwykle. Zauważ, że rozszerzenia również pozwalają dodawać ivars do klasy, podczas gdy (nazwane) kategorie tego nie robią.

// 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

Co kiedykolwiek idzie w pliku .m jest prywatny. parens są dla kategorii, więc możesz podzielić swój kod na kategorie, aby był bardziej czytelny. ponieważ kod jest w .m i prywatny, nazwali kategorię prywatną.

Answer 3

Służy do zadeklarowania prywatnych metod.

Ta odpowiedź to wyjaśnić w szczegółach: What are best practices that you use when writing Objective-C and Cocoa?