CoreData question: -[NSManagedObject setValue:]: unrecognized sélecteur envoyé à l'instance

J'ai commencé avec CoreData hier, et je suis fou 🙁 j'ai créé un projet qui utilise CoreData (coché la case utiliser CoreData). Créé les entités, et puis il a créé l'NSManagedObject classes pour toutes les entités (je suppose qu'ils ont créer le "setter" et de "getter" les méthodes pour les entités).

Maintenant, j' #importé l'ensemble de ces classes dans mon AppDeletegate et écrit cela dans mon applicationDidFinishLaunching méthode:

(Abonnements est l'une des Entités de l'application)

NSManagedObjectContext *context = [self managedObjectContext];
 Subscriptions *sbs = (Subscriptions *)[NSEntityDescription insertNewObjectForEntityForName:@"Subscriptions" inManagedObjectContext:context];
 [sbs setTitle:@"OK"];
 [sbs setType:@"Tag"];
 [sbs setCode:@"cars"];

 NSError *error = nil;
 if (![context save:&error]) {
  NSLog(@"Couldn't create the subscription");
 }

Lorsque je l'exécute, j'ai cette erreur

[NSManagedObject setTitle:]: unrecognized sélecteur envoyé à l'instance 0x6160550

Je n'ai aucune idée de pourquoi cela se passe. S'Il Vous Plaît Aider!!!
Merci d'avance à tout le monde!

L'ajout de l'en-tête des Abonnements

Les abonnements.h

@interface Abonnements : NSManagedObject {

}

@property (nonatomic, retain) NSString * Type;

@property (nonatomic, retain) NSDecimalNumber * Lire;

@property (nonatomic, retain) NSString * Titre;

@property (nonatomic, retain) NSString * Code;

@property (nonatomic, retain) NSDecimalNumber * Nouveau;

@fin

Je n'ai pas changer quoi que ce soit. C'est juste que Xcode créé il.

  • Avez-vous jamais comprendre cela? Je vais avoir un problème similaire. Tout message que j'envoie à mon NSManagedObject sous-classe dit non reconnu "sélecteur".
  • Il a été un moment, je ne me souviens pas vraiment comment je l'ai corrigé. Désolé.
  • quiconque de tomber sur ce problème). De vérifier la réponse de b123400. M'a aidé. J'avais oublié de changer le nom de la classe dans le modèle de données dans un refactoring de l'entité nom de la classe.
InformationsquelleAutor Olsi | 2010-12-28
  1. 32

    Juste pour rappeler que, ne pas utiliser de majuscule nom de la variable, il pourrait affecte les getters et setters ne fonctionne pas correctement.

    Si vous avez généré votre NSManagedObject sous-classes à partir du modèle de données, tout va bien, même si c'est @dynamiques, les poseurs sont des être mis en œuvre par coredata, et parce qu'ils sont déjà mis en œuvre, vous ne devrait pas changer à synthétiser.
    Au moins pour moi, coredata retourne objet vide après je change @dynamique de @synthétiser.

    Et n'oubliez pas de mettre le nom de la classe dans le modèle de données:

    CoreData question: -[NSManagedObject setValue:]: unrecognized sélecteur envoyé à l'instance

    • Merci. C'était la dernière chose à propos du nom de la classe dans le modèle qui m'a mordu.
    • Mec vous épargnant de vie. génial! nom de la classe a pris mes deux heures.
    • Je vais avoir ce problème, mais par un modèle de données fournies par Xcode, toutes les choses que vous avez dit est correct. Mon problème se situe ailleurs.
    InformationsquelleAutor b123400
  2. 12

    J'ai été faire cela, et a fait un Propre sur le projet et qu'il fixe.

    • J'ai rencontré le même problème et nettoyer le projet le fixer!
    InformationsquelleAutor Alper Akture
  3. 4

    J'ai ajouté un attirbute à une Base de Données d'entité, et au lieu de re-création de la NSManagedObjectSubclass, j'ai essayé d'obtenir la fantaisie et l'ajouter manuellement les @property et @dynamique de la sous-classe existante.

    Qui n'a pas fonctionné, j'ai donc re-créé la sous-classe par le biais de XCode, qui est quand j'ai commencé à avoir cette erreur ("non reconnu sélecteur envoyé exemple" quand la définition de la valeur de l'attribut).

    Donc je créé une nouvelle version de la Base de Données Modèle via XCode, puis nettoyés, supprimés données dérivées, et puis re-créé le NSManagedObject sous-classe. Qui ont travaillé.

    Il a probablement été la création d'un nouveau modèle de données et la nouvelle sous-classe fondée sur ce que, si je n'avait certainement pas besoin de nettoyer ou de supprimer des données dérivées...mais il ne fait pas de mal, non plus!

    • J'ai eu un problème similaire, j'ai été en mesure de résoudre simplement en changeant le modèle actuel de version, puis de le changer en arrière. J'ai aussi fait un propre, mais qui en lui-même n'a pas aidé.
    InformationsquelleAutor Rembrandt Q. Einstein
  4. 3

    Deux problèmes possibles

    Avez-vous des correspondants @bloc dynamique dans le .m de fichier pour ces propriétés et

    Ne pas utiliser Capitalisés variation des propriétés, des conventions de codage sont que les propriétés sont minuscules pour la première lettre, au moins, de sorte que lorsque le compilateur synthétise les méthodes.

    @property (nonatomic, retain) NSString * type; dans .h

    et

    @dynamic type; dans .m

    devient quelque chose comme

    -(void)setType:(NSString *)atype
{
....
[self willChangeValueForKey:@"type"];
[self setPrimitiveValue:atype forKey:@"type"];
[self didChangeValueForKey:@"type"];
} 

-(NSString *)type
{
return [self primitiveValueForKey:@"type"];
}

    en arrière-plan. Si vous ne pouvez pas voir que le code jamais.

    Cas conventions sont à vous, mais Chameau Caps est nominalement normal avec le Cacao. Mais son beaucoup comme un objet tel qu' Big Furry Cat devient bigFurryCat. Suivez le style d'apple exemples.

    MODIFIER - modification @synthétiser à @dynamique

    • synthétisé méthodes, dans un objet géré?
    • Je ne reviendrai pas mais il est possible. Quel est votre point précis.
    • Il suffit de double cochée, vous devez synthétiser si vous allez utiliser votre MO propriétés de l'Obj-C 2.0 propriétés. Veuillez expliquer.
    • si vous synthétiser les propriétés que vous obtenez ivar adossés à des propriétés, dont vous ne souhaitez pas avec NSManagedObject sous-classes. Vous voulez autoriser NSManagedObject paresseusement fournir les accesseurs à l'aide de l'entité description.
    • Pour NSManagedObject j'utiliserais @dynamique au lieu de @synthétisés.
    • Sans doute mieux , mais le pré-processeur semble l'avoir le droit de toute façon comme je l'ai vérifié avec cette réponse que le MOC était de faire la mise à jour si vous utilisez @synthétiser.

    InformationsquelleAutor Warren Burton
  5. 2

    J'ai découvert qu'en ayant des relations d'entités que j'avais à faire sûr que certains de mes relations seraient à-plusieurs, j'ai pris une capture d'écran afin que vous puissiez voir ce que je veux dire, un à plusieurs, la relation est indiqué par la double flèche

    CoreData question: -[NSManagedObject setValue:]: unrecognized sélecteur envoyé à l'instance

    InformationsquelleAutor OMG-1
  6. 0

    Me ressemble Titre de l'attribut ne peut pas être réglé à la chaîne. Avez-vous vérifier?

    Habituellement, non reconnu sélecteur envoyé à l'instance est une erreur d'exécution en cause par l'envoi d'un message à un objet que l'objet ne sait pas comment gérer.

    Subscriptions *sbs = (Subscriptions *)[NSEntityDescription insertNewObjectForEntityForName:@"Subscriptions" inManagedObjectContext:context];
sbs.Title = @"OK";

    Espérer que l'aide

    J'ai fait simple projet ici.

    • J'ai vérifié, il est mis à NSString 🙁 @property (nonatomic, retain) NSString * Titre;
    • Je voulais dire dans l'Entité. Dans le Modèle de Données.
    • C'est aussi une chaîne de caractères. La classe est créée, basée sur l'Entité, donc je suppose que ce genre d'erreurs ne devrait pas se produire.
    • Je l'ai eu. Abonnements *sbs = (Abonnements *)[NSEntityDescription insertNewObjectForEntityForName:@"Abonnements" inManagedObjectContext:contexte]; sbs.Title = @"OK";
    • J'ai essayé ça aussi, mais il me donne à peu près la même erreur. 🙁
    • Sugthana: Si le point de syntaxe fonctionne, il n'y a absolument aucune raison pour que le setTitle: syntaxe ne doit pas travailler.
    • Il fonctionne sur le mien. J'ai fait un simple projet ici. Essayer pour comparer. tinyurl.com/379whtm
    • J'ai essayé d'utiliser cette méthode: [sbs setValue:@"OK" forKey:@"Titre"]; mais j'obtiens cette erreur. Résiliation d'application en raison de uncaught exception 'NSUnknownKeyException', la raison: '[<NSManagedObject 0x614ea00> setValue:forUndefinedKey:]: l'entité des Abonnements n'est pas la valeur de la clé de codage conforme à la clé "Titre".' Maintenant, je me sens encore plus bête 🙁
    • Sugthana - Il fonctionne, et mon code est à peu près la même que la vôtre. Je vais créer un autre projet. Merci beaucoup 🙂

    InformationsquelleAutor Suwitcha Sugthana
  7. 0

    J'ai eu le même problème et j'ai trouvé une solution élégante. Il semble que

    [NSEntityDescription insertNewObjectForEntityForName:@"myEntity" inManagedObjectContext:myManagedObjectContext];

    crée une ancienne version de myEntity qui n'ont pas les attributs de la plus up-to-date de la version. J'ai donc changé le nom de myEntity dans l'ancienne version du modèle myEntityOld et je n'ai pas d'erreur, pas plus.

    Je soupçonne qu'il y est une manière élégante de faire la même chose dans XCode par la définition d'une propriété de NSManagedObject ou NSEntityDescription.

    InformationsquelleAutor Atanas Chanev
  8. 0

    prendre les mesures suivantes

    1) créé une nouvelle version de la Base de Données Modèle via Xcode.

    2) Fixer la relation (ajout d'une nouvelle relation entre les deux.
    )

    La Création D'Objet Géré Les Relations

    3) re-créé le NSManagedObject sous-classe

    InformationsquelleAutor Binoy jose