fábrica (patrón de diseño) en Objective C

Question

Estoy tratando de crear una fábrica (patrón de diseño) en Objective C Así que estoy haciendo algo como:

+ (Car *)createCar:(int)color { 
    if (color == 1) { 
     return [CarFactory createBlueCar]; 
    } else if (color == 2) { 
     return [CarFactory createRedCar]; 
    } else { 
     return nil; 
    } 
} 

+ (Car *)createBlueCar { 
    // ... 
} 

+(Car*)createRedCar{ 
    // ... 
} 

Sin embargo, yo no quiero que el createBlueCar y el createRedCar para estar disponible para el público y, si no los defino en el archivo .h, recibo una advertencia de la definición faltante.

Soy un antiguo desarrollador de Java y un novato en Objective-C. Por lo que podría ser una mala práctica. De ser así, qué buena práctica es hacerlo.

Answer 1

La mejor manera de hacerlo es con una extensión de clase.

.h

@interface MyClass : NSObject 
@property(readonly) BOOL publiclyReadOnlyPrivatelyWritableFlag; 
+ (id) myExposedFactoryMethod; 
@end 

.m

#import "MyClass.h" 

@interface MyClass() 
@property(readwrite) BOOL publiclyReadOnlyPrivatelyWritableFlag; 
+ (id) privateMethod1; 
+ (id) privateMEthod2; 
@end 

@implementation MyClass 
@synthesize publiclyReadOnlyPrivatelyWritableFlag; // no ivar -- only works in 64 bit and iPhone 
+ (id) myExposedFactoryMethod 
{ 
    ... 
    [self privateMethod1]; 
    ... 
} 

+ (id) privateMethod1; 
{ 
    return ... 
} 

+ (id) privateMEthod2; 
{ 
    return ... 
} 
@end 

Una extensión de clase es una solución mejor porque es una verdadera extensión de la interfaz de la clase mientras que una categoría (sin un correspondiente implementación) es meramente una sugerencia de que la clase implemente los métodos. Es decir, el compilador advertirá si no implementa la interfaz (los métodos) declarada en la extensión de clase, pero no advertirá si usted hizo lo mismo con una categoría con nombre.

Tenga en cuenta también que una extensión de clase le permite actualizar una propiedad readonly a una propiedad readwrite según el ejemplo anterior.

Answer 2

Creo que puede agregarlos a la clase utilizando un archivo objective-c category dentro de la implementación (no la interfaz) como una forma de emular los métodos privados si desea "ocultarlos" a los usuarios de su clase.

Tenga en cuenta que, aunque ya no publicitará los métodos a los clientes de su clase, aún podrán usarlos si usan los selectores correctos. Además, siempre pueden usar algo como classdump para regenerar la interfaz completa de tu clase para que tus métodos nunca se oculten realmente.

Consulte this question para obtener más ejemplos de cómo crear métodos "privados" en Object-C.

Answer 3

Se puede crear una función privada estática

@implementation Car 

static createBlueCar() { 
    .... 
} 

+(Car*) createCar:(int) color{ 
    if (color==1) { 
    return createBlueCar(); 
    } ... 
} 

@end 

pero no, no se puede crear un verdadero miembro privado . (Puede invocar algunas convenciones, por ejemplo, +(Car*)private_createCar en una categoría privada para desalentar su uso.)