Objective-C "prywatne" protokoły?

Question

Mam klasę kontrolera widoku (MyViewController), która zajmuje się podklasą UIView (MyView). Nie chcę pozwolić żadnej klasie z wyjątkiem klasy kontrolera widoku o podklasie UIView, więc nie mogę zaimportować MyView.h w MyViewController.h.

Więc w MyViewController.m, kładę

#import "MyViewController.h" 
#import "MyView.h" 

@interface MyViewController (PrivateObjects) 

MyView *myView; 

@end 

... 

Jednak, aby uzyskać informacje zwrotne od MyView używam delegata. Ten delegat musi wdrożyć protokół MyViewDelegate.

Jak mogę wdrożyć protokół wewnątrz MyViewControllerMyViewDelegate bez konieczności #importMyView.h w MyViewController.h?

Answer 1

@interface MyViewController (PrivateObjects) <MyViewDelegate> 
.... 

Answer 2

Tworzenie protokołu (.h) poza MyView.h i użyć jej w deklaracji ( .h) z MyViewController, na przykład:

#import "MyViewDelegate.h" 
@interface MyViewController : UIViewController <MyViewDelegate> 

--Frank

Answer 3

Można użyj deklaracji forware w MyViewController.h

@class MyView; 

@interface MyViewController { 
    MyView *myView; 
} 

@end 

Answer 4

Dlaczego chcesz używać protokołu? Po prostu umieść metody w swojej kategorii PrivateObjects.

Edit: Jabłko odnosi się do tej techniki jako „informal protocol”

Answer 5

znam moje brzmi to dziwnie, ale z doświadczenia mogę powiedzieć, aby nie przeszkadzało tak wiele o hierarchii prywatności w Cocoa.

W aplikacji lub w wewnętrznych strukturach wystarczy udokumentować klasę, opisującą sposób jej użycia.

To dlatego, że nie można mieć prawdziwej prywatności tak długo, jak długo C jest w pobliżu, więc Objective-C został zaprojektowany bez żadnej składni, która dawałaby tylko odrobinę złudzenia.

Na przykład zmienne wyjściowe kontrolerów widoku powinny być dostępne tylko dla samego kontrolera, ale zawsze są dostępne publicznie, ponieważ muszą być dostępne z klas, które anulują archiwizację i tworzą pliki końcówek i łączą gniazda z odpowiednie instancje.

[w tym sugestie bbum poniżej]