iPhone Obj-C: Anonyme Catégorie ou Catégorie "Privée"?

Question

Style-sage (et fonctionnellement, s'il y a n'importe quelle différence), pour déclarer des méthodes privées, lequel de ces derniers est meilleur?

@interface MyClass() 

@interface MyClass(private) 

Answer 1

Les deux syntaxes servent des objectifs différents.

une catégorie nommée - @interface Foo (FooCategory) - est généralement utilisé pour:

(1) étendre une classe existante en ajoutant des fonctionnalités. Exemple: NSAttributedString dans Foundation est étendu par une catégorie dans AppKit qui ajoute une API de mise en forme de texte semblable à RTF spécifique à AppKit. (2) déclarer un ensemble de méthodes qui pourraient ou non être mises en œuvre par un délégué. Exemple: Différentes classes déclarent - mais n'implémentent pas - @interface NSObject (SetODelegateMethods).

Le formulaire (2) n'a plus la cote depuis que @protocol a été étendu pour prendre en charge les méthodes @optional dans Objective-C 2.0.

Une extension de classe - @interface Foo() - est conçue pour vous permettre de déclarer une API privée supplémentaire - SPI ou System Programming Interface - qui est utilisée pour implémenter les entrailles de la classe. Cela apparaît généralement en haut du fichier .m. Toutes les méthodes/propriétés déclarées dans l'extension de classe doivent être implémentées dans @implementation, tout comme les méthodes/propriétés trouvées dans l'interface @ public.

Les extensions de classe peuvent également être utilisées pour redéclarer une propriété @ readonly publique comme readwrite avant de @ synthétiser les accesseurs.

Exemple:

.h

@interface Foo:NSObject 
@property(readonly, copy) NSString *bar; 
-(void) publicSaucing; 
@end 

Foo.m

@interface Foo() 
@property(readwrite, copy) NSString *bar; 
- (void) superSecretInternalSaucing; 
@end 

@implementation Foo 
@synthesize bar; 
.... must implement the two methods or compiler will warn .... 
@end 

Answer 2

Oui,

il y a les différences suivantes.

1) L'utilisation de catégories anonymes nécessite l'implémentation de ses méthodes dans le bloc principal @implementation pour la classe correspondante; les catégories anonymes vous permettent de déclarer l'API supplémentaire requise pour une classe autre que la classe primaire @interface bloc

2) Lors de l'utilisation de MyClass (privé), les éléments suivants doivent être pris en compte: les paires objet/catégorie nommées doivent être unique. Si vous déclarez une catégorie privée sur votre propre classe, il n'y a pas de problème. Cependant, les choses sont différentes sur les classes existantes. Par exemple, une seule catégorie NSString (privée) peut exister dans un espace de noms Objective-C donné. Cela peut entraîner des problèmes car l'espace de noms Objective-C est partagé entre le code du programme et toutes les bibliothèques, frameworks et plug-ins. Ceci est particulièrement important pour les programmeurs Objective-C qui écrivent des screensavers, des panneaux de préférences et d'autres plug-ins. leur code sera injecté dans le code de l'application ou du framework qu'ils ne contrôlent pas.