iPhone Obj-C: Categoria anonima o categoria "privata"?

Question

Stile (e funzionalmente, se c'è qualche differenza), per dichiarare metodi privati, quale di questi è meglio?

@interface MyClass() 

@interface MyClass(private) 

Answer 1

I due sintassi scopi diversi.

una categoria denominata - @interface Foo (FooCategory) - viene generalmente utilizzato per:

(1) estendere una classe esistente con l'aggiunta di funzionalità. Esempio: NSAttributedString in Foundation viene esteso da una categoria in AppKit che aggiunge un'API di formattazione del testo simile a RTF specifica per AppKit.

(2) dichiarare un insieme di metodi che possono o non possono essere attuate da un delegato. Esempio: varie classi dichiarano - ma non implementano - @interface NSObject (SetODelegateMethods).

Form (2) è caduto in disgrazia, ora che @protocol è stato esteso per supportare i metodi @optional in Objective-C 2.0.

Un'estensione di classe - @interface Foo() - è progettato per consentire di dichiarare ulteriore API private - SPI o Sistema Programming Interface - che viene utilizzato per implementare le interiora di classe. Questo in genere appare nella parte superiore del file .m. Qualsiasi metodo/proprietà dichiarato nell'estensione di classe deve essere implementato nell'implementazione @, proprio come i metodi/proprietà trovati nell'interfaccia pubblica @.

estensioni di classe possono essere utilizzati anche per ridichiarare un @property sola lettura pubblicamente readwrite prima @ synthesize'ing le funzioni di accesso.

Esempio:

foo.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

Sì,

vi sono le seguenti differenze.

1) Uso categorie anonimi richiede applicazione suoi metodi nel blocco @implementation principale per la corrispondente classe; le categorie anonime consentono di dichiarare un'API richiesta aggiuntiva per una classe in posizioni diverse dalla classe primaria blocco @interface

2) Quando si utilizza MyClass (privato), è necessario tenere presente quanto segue: oggetto/categoria denominata coppie deve essere unico. Se dichiari una categoria privata nella tua classe, non ci sono problemi. Tuttavia, le cose sono diverse sulle classi esistenti. Ad esempio, solo una categoria NSString (privata) può esistere in un determinato spazio dei nomi Objective-C. Questo può portare a problemi perché lo spazio dei nomi Objective-C è condivisa tra il codice del programma e tutte le biblioteche, quadri, e plug-ins.This è particolarmente importante per Objective-C programmatori che scrivono screensaver, pannelli delle preferenze, e altri plug-in perchè il loro codice verrà iniettato nell'applicazione o nel codice quadro che non controllano.