iPhone Obj-C: ¿Categoría anónima o categoría "privada"?

Question

Style-wise (y funcionalmente, si hay alguna diferencia), para declarar métodos privados, ¿cuál de estos es mejor?

@interface MyClass() 

@interface MyClass(private) 

Answer 1

Las dos sintaxis sirven para diferentes propósitos.

una categoría denominada - @interface Foo (FooCategory) - generalmente se utiliza para:

(1) se extienden una clase existente mediante la adición de la funcionalidad. Ejemplo: NSAttributedString in Foundation se extiende por una categoría en AppKit que agrega API de formato de texto similar a RTF de AppKit.

(2) declara un conjunto de métodos que pueden ser implementados o no por un delegado. Ejemplo: varias clases declaran, pero no implementan, @interface NSObject (SetODelegateMethods).

El formulario (2) ha perdido vigencia ahora que @protocol se ha ampliado para admitir los métodos @optional en Objective-C 2.0.

Una extensión de clase - @interface Foo() - está diseñada para permitirle declarar una API privada adicional - SPI o Interfaz de Programación del Sistema - que se utiliza para implementar las entrañas de clase. Esto normalmente aparece en la parte superior del archivo .m. Cualquier método/propiedad declarada en la extensión de clase debe implementarse en @implementation, al igual que los métodos/propiedades que se encuentran en la interfaz @ pública.

Las extensiones de clase también se pueden usar para volver a declarar una propiedad @ de lectura pública como readwrite antes de @ sintetizar los accesadores.

Ejemplo:

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í,

existen las siguientes diferencias.

1) El uso de categorías anónimas requiere implementar sus métodos en el bloque @implementation principal para la clase correspondiente; las categorías anónimas le permiten declarar una API adicional requerida para una clase en ubicaciones que no sean la clase primaria @interface block

2) Cuando se utiliza MyClass (privado), se debe tener en cuenta lo siguiente: el objeto/categoría nombrados pares debe ser único. Si declaras una categoría privada en tu propia clase, entonces no hay problemas. Sin embargo, las cosas son diferentes en las clases existentes. Por ejemplo, solo puede existir una categoría NSString (privada) en un espacio de nombres Objective-C determinado. Esto puede ocasionar problemas porque el espacio de nombres Objective-C se comparte entre el código del programa y todas las bibliotecas, marcos y complementos. Esto es especialmente importante para los programadores de Objective-C que escriben protectores de pantalla, paneles de preferencias y otros complementos porque su código se inyectará en el código de la aplicación o del marco que no controlan.