Développement iOS
  1. Développement iOS
  3. Comment puis-je utiliser des objects OCMock avec du code qui appelle isKindOfClass?
Intereting Posts
Impact des options de construction de Xcode "Activer le bitcode" Oui / Non Je n'arrive pas à initialiser un NSInputStream iOS Browser App avec option de menu contextuel personnalisé Barre d'état visible sur l'iPad mini malgré la configuration de NOIViewControllerBasedStatusBarAppearance à NO La fonction de délégué rapide n'est pas appelée iOS: UDID est en majuscule Comment installer un profil de provisionnement ad hoc sur un périphérique de testeur sans utiliser iTunes et TestFlight Comment merge deux NSArray sizeWithFont: constrainedToSize: lineBreakMode: pas précis? CCKeyDerivationPBKDF utilisant HMAC SHA1 renvoie souvent -1 Est-il possible d'identifier si deux images sont presque identiques en Objective-C? Ignorer les modifications de la vue modale sous-jacentes à UIScrollView Pouvez-vous étiqueter les vues dans la sortie de la console AutoLayout sans utiliser Storyboards? NSURLSessionDownloadTask cancelByProducingResumeData return null La compilation croisée de ZeroMQ à ARM pour une utilisation dans une application iPhone MonoTouch permet de configurer les parameters

Comment puis-je utiliser des objects OCMock avec du code qui appelle isKindOfClass?

Je voudrais tester du code avec OCMock.

Les entrailles du code appellent [NSObject isKindOfClass] sur l'object [NSObject isKindOfClass] que je fournis au code, comme ceci: 

 if ([object isKindOfClass:[FancyClass class]]) { ...}

Cependant, lorsque je fournis un mock basé sur OCMockObject créé comme ceci: 

 mock = [OCMockObject mockForClass:[FancyClass class]];

il semble qu'il ne passe pas le test isKindOfClass .

Aucune suggestion?

La règle générale est que si vous appelez isKindOfClass: et que vous ne transmettez pas l'une des classs Plist (par exemple, NSSsortingng ou NSNumber), vous le faites mal.

Si la méthode fait deux choses ou plus en fonction de la class de son argument, déchiffrez-la en plusieurs methods et testez chaque méthode séparément.

Si la méthode ne fait qu'une chose, mais doit interagir différemment avec l'object selon la class, alors:

  1. Faire un protocole. (Les protocoles dans Obj-C sont appelés "interfaces" dans d'autres langages OO, tels que Java.)
  2. Faites en sorte que les nombreuses classs soient toutes conforms au protocole. Si nécessaire, utilisez des catégories pour append les methods nécessaires de l'extérieur.
  3. Faire vérifier la conformité de la méthode testée au protocole, à la place de l'actuelle isKindOfClass: check.
  4. Faites en sorte que la méthode testée utilise les methods du protocole.

Qu'en est-il de: 

  [[[mock stub] andReturnValue:OCMOCK_VALUE((BOOL) {YES})] isKindOfClass:[FancyClass class]];