initWith...

cyrano

bonjour,

rien de grave 

comment faites vous si vos classes ont la même signature pour l'initialisation? (et même si la signature n'est pas totalement identique, arguments différents)

ex

- (id)initWithString:(NSString *)aString; //qui doit être assez courante

le compilo ne lance:

warning: multiple methods named '-initWithString:' found

Buno

Yop,
Tu peux mettre un nom plus explicite, genre initWithLastname:, 'fin, ce que représente ta string, quoi 

Ceetix

Il ne faut pas signaler que tu fais un override ?
Enfiin ça dépends ce que tu veux faire. Redéfinir la méthode officelle NSString ou juste avec une méthode d'init normal pour un de tes objets.

cyrano

@interface BC_Move:NSObject
.../...

- (id)initWithPosition:(int)square;

@end

et

@interface BC_Game:NSObject
.../...

- (id)initWithPosition:(NSString *)stringBoard;

@end



certe pour BC_Move je peux mettre

- (id)initWithLocation:(int)square;


avouez que c'est balot  >:(

Buno

Je te propose ceci:


initWithPositionFromInt et initWithPositionFromString

ClicCool

Sinon cette directive ne fonctionne pas ici ?

GCC_WARN_MULTIPLE_DEFINITION_TYPES_FOR_SELECTOR = NO

cyrano

Sinon cette directive ne fonctionne pas ici ?

j'essaierai, mais bon c'est limite je trouve.

ClicCool

Limite oui, surtout si, comme moi, tu as l'habitude du C++ ou les méthodes sont identifiées non seulement par leur nom mais aussi par le type de leur(s) argument(s).
C'est un truc qui m'a perturbé un long moment, mais après on fini par trouver ça plus clair.

System

Le plus chiant c'est quand on a plusieurs classes qui utilisent un simple initWithDelegate:
Ducoup je commence à  prendre l'habitude de rajouter le nom de la classe quelque part (ou un bout du nom), du genre "initTwitterEngineWithDelegate:"

ClicCool

Pourtant les FrameWorks d'Apple sont pleins de méthodes d'initialisation "identiques" pour des objets bien différents.
Comme [tt]- (id)initWithContentsOfFile:(NSString *)path[/tt] qui est déclaré et défini par des classes comme NSArray, NSData, NSDictionnary, NSImage, NSString ...
Et ça ne pose aucun problème à  priori ...  ???

cyrano

Pourtant les FrameWorks d'Apple sont pleins de méthodes d'initialisation "identiques" pour des objets bien différents.
Comme - (id)initWithContentsOfFile:(NSString *)path qui est déclaré et défini par des classes comme NSArray, NSData, NSDictionnary, NSImage, NSString ...
Et ça ne pose aucun problème à  priori ... 

+1

jpimbert

Il n'y a pas de problème à  déclarer la "même" méthode dans plusieurs classes.
Ici le souci vient du fait que ces mêmes méthodes sont déclarées dans des interfaces, et que vraisemblablement on utilise ces différentes interfaces sur les mêmes classes.

ClicCool

dans 1292058669:

Ici le souci vient du fait que ces mêmes méthodes sont déclarées dans des interfaces, et que vraisemblablement on utilise ces différentes interfaces sur les mêmes classes.

Déclarées dans des interfaces ?
C'est à  dire ?  ???

dans 1292058669:

Il n'y a pas de problème à  déclarer la "même" méthode dans plusieurs classes.

Oui, c'est même ce qui se passe chaque fois que, par exemple, on défini un protocole de NSObjet auquel plusieurs classes fort différentes se conforment.

AliGator

Je pense qu'il parlait "d'interfaces" au sens Java, ce qu'en Objective-C on appelle des @protocol

ClicCool

Ah, oui je vois !
Merci Ali 

Ca change tout en effet ici si 2 protocoles déclarent la même Méthode et qu'une classe adopte ces deux protocoles...
Mais est-ce le cas ici ?