¿Puede una interfaz de Objective c tener más de una implementación?

Quizás deberías probar el patrón Cocoa llamado Cluster de clase. Para empezar a usarlo necesitas crear una clase pública llamada SomeClass y dos subclases privadas SomeArrayClass y SomeStackClass. Cuando necesite usar stack, su constructor de clase pública creará una instancia de SomeStackClass y la devolverá como instancia disponible públicamente de SomeClass.

(Si le das un voto a esto, por favor dale un voto a Roman his su respuesta fue la primera, es correcta, solo le faltaba un ejemplo).

Usted está hablando de un Cluster de Clase. Para un ejemplo, mira la clase NSString.

Hay NSString:

@interface NSString : NSObject

Y NSMutableString:

@interface NSMutableString : NSString

Ambos declaran un conjunto extremadamente pequeño de métodos en la declaración de la clase core. Si fuera a subclase NSString para implementar su propia string class, solo necesitaría implementar esos métodos principales. Todos los demás métodos implementados en NSString se implementan en términos de esos métodos principales. Y, del mismo modo, los métodos de mutación se implementan utilizando los métodos primitivos declarados en el núcleo de NSMutableString.

Ahora, obviamente, implementar toda la mutabilidad a través de - (void)replaceCharactersInRange:(NSRange)range withString:(NSString *)aString (el método de un núcleo) sería extremadamente ineficiente. Por lo tanto, en tiempo de ejecución, notará que en realidad nunca tiene una instancia de NSString o NSMutableString , pero solo instancias de subclases (que, en realidad, no son realmente subclases... pero también podrían estar en el contexto de esta discusión).

Y esas subclases the la clase de implementación utilizada en tiempo de ejecución overri anula casi todos los métodos de NSString y NSMutableString para proporcionar implementaciones altamente optimizadas de las operaciones específicas.

Entonces, harías algo como:

@interface MyAbstractClass : NSObject
... declare factory methods here ...
... declare core methods here ...
@end

@interface MyAbstractClass(AdditionalFunctionality)
... declare convenience here ...
@end

Entonces, en el implementación, implementar todos los métodos básicos como @throw @"Must use subclass" y todos los métodos AdditionalFunctionality en términos de los métodos básicos.

Esto podría ser completamente privado not no en un encabezado en absoluto, incluso:

@ interfaz MyStackClass: MyAbstractClass @ end

@ implementation MyStackClass ... implemente los métodos principales y anule los métodos de funcionalidad adicionales que necesitan optimización ... @ end

Repita para sus tipos adicionales de clases. Luego, implementar métodos de fábrica en MyAbstractClass que devuelve instancias de las subclases, según sea necesario.

Quieres decir, por ejemplo, así:

@interface MasterViewController : 
  UIViewController <GKPeerPickerControllerDelegate, 
                    GKSessionDelegate,
                    UITextFieldDelegate,
                    UITableViewDelegate,
                    AVAudioRecorderDelegate> {
}