SIGABRT sur n'importe quelle touche UIView

Question

Je ne crains pas que Google ait été capable de sauver mon hyde. Je semble avoir une erreur SIGABRT à chaque fois que je touche l'écran du téléphone, sur n'importe quel UIView. Les messages de la console de débogage cette erreur avant la SIGABRT:

.... [310:207] *** -[UIView _exclusiveTouchView]: unrecognized selector sent to instance 0x14c0c0 
.... [310:207] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[UIView _exclusiveTouchView]: unrecognized selector sent to instance 0x14c0c0' 

(ce n'est pas mon appel spécifique à _exclusiveTouchView, bien sûr.)

Je signalerais volontiers un code, mais la vérité est que je ne peux pas trouver (ou devinez) d'où vient ce problème. Cela ne se produit pas sur un seul UIView, mais sur tous les UIViews de ma pile. Je peux résumer la logique d'affichage, cependant, peut-être que cela va faire la lumière. Par conséquent, l'application est créée et une interface utilisateur est allouée. Un seul viewcontroller est alors alloc'd, ce qui fait et ajoute son propre self.view vide, auquel les autres UIViews, représentant les différents états du jeu, sont attachés.

Il est intéressant de noter que cette erreur ne se produit PAS sur le simulateur, mais se produit régulièrement sur le périphérique. Et je devrais également mentionner que l'application n'a pas encore de remplacer/utiliser l'un des touchesBegan:/Ended:/Moved: etc ... En d'autres termes, cette erreur se produit sans ces méthodes dans le code.

Je ne comprends vraiment pas d'où vient cette erreur ... Des suggestions?

EDIT pour le code demandé est ici un état simplifié qui génère encore SIGABRT touch:

#import <UIKit/UIKit.h> 

#import "WPGame.h" 
@class WPGame; 
extern WPGame *theGame; 

#import "WPGameState.h" 

@class IntroView; 

@interface IntroStateView : WPGameState { 
    NSTimer   *introTimer; 
} 
+(IntroStateView*)instance; 
@end 

.

#import "IntroStateView.h" 
#import "StartMenuStateView.h" 
static IntroStateView *theOnlyIntro = nil; 

@implementation IntroStateView 

+(IntroStateView*)instance { 
    @synchronized(self) { 
     if (!theOnlyIntro) { 
      theOnlyIntro = [[IntroStateView alloc] init]; 
     } 
    } 
    return theOnlyIntro; 
} 

- (void)excuseYourself { 
    [self changeStateOf:theGame toState:[StartMenuStateView instance]]; 

} 

- (void)startUp { 
    [super startUp]; 

    introTimer = [NSTimer scheduledTimerWithTimeInterval:[theGame introLength] 
          target:self 
           selector:@selector(excuseYourself) 
           userInfo:NULL 
           repeats:NO]; 
} 

- (void)cleanUp { 
    [super cleanUp]; 
} 

- (void)handleEvents:(WPGame*)game { 
    [super handleEvents:game]; 
} 

- (void)dealloc { 
    theOnlyIntro = nil; 
    [super dealloc]; 
} 

@end 

et si vous avez besoin de voir des parties de la sous-classe WPGameState de UIView, il peut être trouvé ici pour économiser la longueur du message: http://tinypaste.com/732bb

Answer 1

Ok, problème résolu - il semble qu'il y ait eu un conflit de noms entre la variable singleton window de l'application principale, et l'utilisation par le gestionnaire de jeu de la variable window, aussi bien. Comme TechZen mentionné, Le code tente d'envoyer un message UIWindow à un UIView qui n'a pas la méthode. Ici, window a été utilisé séparément par l'application principale en tant que UIWindow et window était également utilisé par WPGameState comme sa fenêtre d'affichage, un UIView, causant une ambiguïté au sein des frameworks.

Deuxième utilisation de window a été renommé viewport, résoudre le problème.

Answer 2

Les premières pensées: _exclusiveTouchView est une variable membre de UIWindow, il apparaît le périphérique n'a pas de UIWindow dans sa hiérarchie de vue, plus précisément sa chaîne de répondeur. Assurez-vous qu'une fenêtre est bien allouée et qu'elle est la vue de niveau supérieur de votre hiérarchie de vues. Utilisez-vous Interface Builder ou lancez-vous le vôtre?

Answer 3

Je pense que le problème est que quelque part vous assignez une vue à une propriété qui devrait contenir une fenêtre. Le code tente d'envoyer un message UIWindow à un UIView qui n'a pas la méthode. (UIWindow est une sous-classe de UIView.)

Je ne vois pas la cause immédiate, mais son application présente de graves problèmes de conception. Vous avez une sous-classe UIView de WPGameState qui possède elle-même une propriété UIView appelée window. Cela casse gravement le modèle de conception Model-View-Controller.

Aucune logique de WPGameState ou de IntroStateView n'appartient à une vue, cette logique appartient à un contrôleur de vue. Vous devez avoir un seul contrôleur de vue qui gère les deux vues et gère leur affichage, les minuteurs, etc. Les vues doivent uniquement savoir comment se dessiner en réponse aux commandes du contrôleur de vue.

(Et pourquoi la suppression est-il explicative un singleton vue? Ce genre d'abus singleton qui obtient singletons interdit d'utilisation dans certains magasins.

L'état du jeu ne devrait pas non plus être dans une vue ou un contrôleur de vue mais devrait plutôt se trouver dans son propre objet de modèle de données personnalisé.

Le type de problème que vous voyez est pourquoi MVC est utilisé en premier lieu. En entassant tellement de logique dans vos vues, vous pouvez déclencher une cascade d'erreurs imprévisibles en touchant simplement l'interface. Si votre conception était plus modulaire avec une séparation claire des fonctions, vous sauriez automatiquement d'où venait ce problème.