¿Qué es exactamente un "grupo de clases" en Objective-C?

Estaba leyendo que NSArray es tal cosa. Suena pesado. Tengo 7 libros realmente gordos aquí en mi escritorio sobre Objective-C, Cocoa y C. Ninguno de ellos menciona Class Cluster en absoluto, al menos no puedo encontrarlo en el Índice al final de los libros. Entonces, ¿qué es eso?

A partir de documentos de Apple ... . En resumen, es un patrón de diseño utilizado en el marco de la Fundación, por lo que probablemente no se menciona en los libros de ObjC.

Un clúster de clases es una arquitectura que agrupa una serie de subclases concretas privadas en una superclase abstracta pública. La agrupación de clases de esta manera proporciona una interfaz simplificada para el usuario, que solo ve la arquitectura públicamente visible.

No sé qué hay en el CDP al que hizo referencia Steve, pero básicamente el clúster de clase Objective-C es una construcción que admite la implementación del patrón abstracto de fábrica .

La idea es simple : desea proporcionar una interfaz Factory (Cluster) que, con una descripción mínima, fabrique y devuelva una instancia concreta específica de un Factory Object que satisfaga el comportamiento de la familia de clúster descrita por la interfaz Factory (Cluster).

Un ejemplo concreto simple : este ejemplo proporciona una fábrica de risas que produce clases concretas de tipos de risa específicos (por ejemplo, Guffaw, Giggle). Preste atención al método Laugh initWithLaughter : .

En Laugh.h:

#define kLaughWithGuffaw  1
#define kLaughWithGiggle  2

@interface Laugh: NSObject {}
- (Laugh *) initWithLaughter:(NSUInteger) laughterType;
- (void) laugh;
@end

En Laugh.m:

@interface Guffaws:Laugh {}
- (void) laugh;
@end

@interface Giggles:Laugh {}
- (void) laugh;
@end

@implementation Laugh
- (Laugh *) initWithLaughter:(NSUInteger) laugherType {
    id instanceReturn=nil;
    ; // Removed for ARC [self release]
    if ( laughterType == kLaughWithGuffaw )
        instanceReturn = [[Guffaws alloc]init];
    else if( laughterType == kLaughWithGiggle )
        instanceReturn = [[Giggles alloc]init];
    else
        ; // deal with this
    return instanceReturn;
}

- (void) laugh {
    NSLog(@"Humbug");
}
@end

@implementation Guffaws
    - (void) laugh {
        NSLog(@"OH HA HA HOWAH HA HA HA");
    }
@end

@implementation Giggles
    - (void) laugh {
        NSLog(@"Tee hee");
    }
@end

De la programación en el objetivo c de Stephen Kochan en la página 498 del glosario, grupo:

Una clase abstracta que agrupa un conjunto de subclases concretas privadas, proporcionando una interfaz simplificada al usuario a través de la clase abstracta.

Los clústeres de clases proporcionan una única interfaz pública a un grupo de implementaciones de subclase privadas concretas. Un programador de objetivo-c usa grupos de clases a menudo y rara vez se da cuenta, y este es el objetivo de un grupo de clases. El trabajo de un clúster de clases es ocultar la complejidad de los detalles de implementación detrás de una interfaz pública.

Muchas de las clases Foundation son grupos de clases, como NSString, NSArray, NSDictionary y NSNumber. Cuando llamas [NSString stringWithFormat:]al clúster de clases, obtienes una clase concreta que implementa la NSStringinterfaz. Podría ser una NSConcreteString, NSCFString, NSFooBarString, etc., que el grupo de clase le da se basa en el constructor o el inicializador que está llamando y los argumentos.

Debido a esto, los grupos de clases son uno de los conceptos más empoderadores en la programación de Objective-C.

• Muy fácil de implementar
• Fácil de cambiar la implementación subyacente sin cambiar el código que lo llama.
• Fácil de proporcionar diferentes implementaciones concretas en tiempo de ejecución (es decir, recursos de prueba u objetos simulados)
• Debido a lo anterior, fácil de probar y refactorizar

Si viene de otros idiomas, es posible que esté familiarizado con los patrones de la Banda de los Cuatro. Los grupos de clases tienen elementos tanto de la fábrica abstracta como de los patrones de fachada.

La documentación pública de Apple cubre los grupos de clases (y cómo implementarlos y extenderlos) de manera bastante extensa. Desafortunadamente, he descubierto que para muchos desarrolladores de iOS, este y otros patrones específicos de Cocoa son un punto ciego.

Competencias básicas del cacao: grupo de clases

Guía de conceptos básicos de cacao: grupos de clases

En GitHub hay ejemplos de cómo implementar sus propios clústeres de clases.

El clúster de clases NSArray no es "pesado", es una forma de utilizar cualquier número de implementaciones de una clase de matriz sin que su código sepa o se preocupe por la implementación en particular. Bajo el capó, hay subclases concretas de NSArray que son apropiadas para diferentes casos de uso, como matrices grandes y dispersas o matrices que contienen una cantidad específica de elementos que se conocen en el momento de la compilación.

NSArray, NSString y NSNumber son los grupos de clases que encontrará con más frecuencia.