comment étendre un protocole pour un délégué en objective-C, puis une sous-classe d'un objet à exiger une conformité délégué

Je veux à la sous-classe UITextView, et envoyer un nouveau message sur le délégué. Donc, je veux étendre le délégué du protocole. Quelle est la manière correcte de le faire?

J'ai commencé avec ça:

interface:

#import <Foundation/Foundation.h>

@class MySubClass;

@protocol MySubClassDelegate <UITextViewDelegate>
- (void) MySubClassMessage: (MySubClass *) subclass;
@end


@interface MySubClass : UITextView {
}

@end

mise en œuvre:

#import "MySubClass.h"


@implementation MySubClass

- (void) SomeMethod; { 
    if ([self.delegate respondsToSelector: @selector (MySubClassMessage:)]) { 
        [self.delegate MySubClassMessage: self];
    }
}

@end

cependant, avec qui je reçois l'avertissement: '-MySubClassMessage:' not found in protocol(s).

J'avais une façon de travailler de concert où j'ai créé mon propre ivar pour stocker le délégué, puis également stockées, le délégué à l'aide de [super setDelegate] mais qui semblait mal. c'est peut-être pas.

Je sais que je peux juste passer l'id de la autour de et de, mais Mon objectif est de faire en sorte que le compilateur vérifie que tous les délégués fourni à MySubClass est conforme à MySubClassDelegate protocole.

Pour de plus amples clairfy:

@interface MySubClassTester : NSObject {

}

@implementation MySubClassTester

- (void) one { 
    MySubClass *subclass = [[MySubClass alloc] init];
    subclass.delegate = self;
}

@end

va produire de l'avertissement: class 'MySubClassTester' does not implement the 'UITextViewDelegate' protocol

Je le veux pour produire de l'avertissement de ne pas mettre en œuvre 'MySubClassDelegate" protocole la place.

mis à jour avec plus d'un exemple de code pour préciser davantage, brad fait plus clair pour moi que la '-MySubClassMessage:' not found in protocol n'était pas réellement en voyant que le compilateur a été de vérifier que le délégué était de bonne conformation de type. et que @option que j'ai eu pour MySubClassMessage fait de la question presque sans objet. 😉

InformationsquelleAutor fess . | 2010-05-18

24

La UITextView définit son delegate comme
```
@property(nonatomic, assign) id<UITextViewDelegate> delegate
```
sens, il est conforme à UITextViewDelegate, et c'est ce compilateur vérifie. Si vous souhaitez utiliser le nouveau protocole, vous devez redéfinir delegate de se conformer à votre protocole:
```
@interface MySubClass : UITextView {
}
@property(nonatomic, assign) id<MySubClassDelegate> delegate   
@end
```
Le compilateur ne doit pas donner plus d'avertissements.

[Mise à jour par fess]

... Avec cela, le compilateur signale que les accesseurs doivent être mises en œuvre... [j'ai mis en place ce:]
```
-(void) setDelegate:(id<MySubClassDelegate>) delegate {
[super setDelegate: delegate];
}
- (id) delegate {
return [super delegate];
}
```
"

[Mise à jour]

Je crois que cela devrait fonctionner si vous faites seulement un @dynamic de la déclaration au lieu de réimplémenter la méthode, comme la mise en œuvre est déjà là:
```
@dynamic delegate;
```
- merci. Avec cela, le compilateur signale que les accesseurs doivent être mises en œuvre. si ils sont là dans la super-classe. J'ai déjà échoué à mettre en œuvre ces, et qui m'a conduit à la mémorisation de l'délégué dans mon propre ivar. cependant j'ai essayé de nouveau de vous donner une recommandation, et qu'il a fait. pouvez-vous ajouter ces trop votre réponse afin qu'ils obtiennent formaté bien: - (void) setDelegate:(id<MySubClassDelegate>) delegate { [super setDelegate: delegate]; } - (id) delegate { return [super delegate]; }
- délégué. n'travail. merci beaucoup, je comprends beaucoup mieux les choses maintenant.
- S'avère que vous n'avez pas besoin de redéfinir le délégué! Voir ce post: stackoverflow.com/questions/732701/...
InformationsquelleAutor mohsenr
7

Pour ceux qui sont encore intéressés, ce qui peut être fait tout simplement comme ceci (pour l'intérêt de l'exemple, j'ai sous-classe UIScrollView):
```
@protocol MySubclassProtocol <UIScrollViewDelegate>
@required
-(void)myProtocolMethod;
@end

@interface MySubClass : UIScrollView

@property (nonatomic, weak) id <MySubclassProtocol> delegate;
```
Le détail le plus important ici est la partie entre le <> après votre le nom de protocole qui, mis dans une manière simple, les signaux que vous êtes à l'extension de ce protocole.
Dans votre application, tout ce que vous devez faire est de:
```
@synthesize delegate;
```
Et vous avez terminé.

InformationsquelleAutor Ricardo Pedroni
2

Vous avez besoin d'étendre la super protocole:
```
@protocol MYClassProtocol <SuperClassProtocol>
-(void)foo;
@end
```
après que NE PAS (!!!) créer le @property pour le délégué sinon vous remplacer le délégué d'origine de l'objet, mais simplement de remplacer la méthode:
```
- (id<MYClassProtocol>)delegate
{
    return (id<MYClassProtocol>)[super delegate];
}
```
maintenant, vous pouvez utiliser le délégué à la manière classique:
```
[self.delegate foo];
[self.delegate someSuperClassDelegateMethod];
```
InformationsquelleAutor Kappe
1

Étant donné que MySubClassMessage: est facultatif, vous devez être en mesure de simple de faire:
```
- (void) SomeMethod { 
  SEL delegateSelector = @selector(MySubClassMessage:);
  if ([self.delegate respondsToSelector:delegateSelector]) { 
    [self.delegate performSelector:delegateSelector withObject:self];
  }
}
```
Le compilateur doit toujours vérifier que la mise en œuvre de la classe est conforme à votre protocole (ou au moins prétendre dans l'en-tête) et vous n'aurez pas l'erreur que vous avez décrit.
- Étant donné que c'est facultatif, ne serait-ce pas en panne si le délégué n'est pas de mettre en œuvre la méthode?
- par lui-même, oui. Donc, vous devriez d'abord vérifier que [auto.délégué respondsToSelector: @selector (MySubClassMessage:)] évalue à true. Je vais modifier ma réponse à la méthode complète
- il y a un bon point. depuis mon exemple dit @facultatif, il n'a pas vraiment d'importance si l'objet est conforme. Je suis vraiment intéressé si ce n'est pas facultatif. Je vais prendre que l'exemple. Si je comprends bien, n'est-ce pas performSelector tout en évitant le protocole de conformité vérifier ici. Ne serait-il pas toujours être possible d'attribuer un non-conforme délégué depuis le délégué accesseurs sont en fait définis dans UITextViews super classe?
InformationsquelleAutor Brad The App Guy

Vous devez vous connecter pour publier un commentaire.