Après avoir ajouté un modèle de Coredata à mon projet existant en utilisant p>
Je suis incapable de modifier le modèle. Le projet comprend maintenant une référence d'emballage .xcdatamodeld, mais en cliquant dessus dans Project Navigator, a le même effet que de cliquer sur un dossier ou un groupe, l'éditeur actuel ne change pas. En cliquant sur le bouton droit de la fois sur la référence et la sélection de «Ouvrir sous>» n'ayant aucun éditeur potentiel. En outre, l'ouverture du panneau Inspecteur de fichiers ne répertorie que Paramètres de "Identity" "Adhésion cible" et "Paramètres de texte", il ne liste pas les paramètres du "modèle de données de base" ou du "modèle de données de base en version version" p>
Non pas que cela devrait avoir un effet sur la capacité de Xcodes de reconnaître un type de fichier, mais j'ai également référencé Coredata.framework dans des phases de construction et inclus les propriétés de données de base nécessaires dans l'Appdelegate. p>
Qu'est-ce que l'étrange est que j'ai ouvert le package .xcdatamodeld dans Finder pour exposer l'interne .xcdatamodel (NOTE AUCUNE FIN 'D'). Double-cliquant sur ce fichier ouvrira Xcode avec l'éditeur de modèle de données de base comme prévu. P>
Même Stranger est toujours, j'ai créé une nouvelle vérification de la case "Utiliser les données de base". Cela m'a permis d'éditer le modèle de données en sélectionnant la référence .xcdatamodeld dans le navigateur de projet. Par conséquent, ma machine et Xcode sont capables et configurées pour modifier des fichiers Coredata. P>
C'est comme si Xcode est impossible d'utiliser des données de base, à moins que le projet d'origine ait été créé avec la case à cocher "Utiliser les données de base". P>
Quelqu'un a-t-il expérimenté cette question, avez-vous pu résoudre ce problème, et comment? P>
merci! p> Fichier> Nouveau> Fichier ...> Données de base> Modèle de données CODE> P>
8 Réponses :
Redémarrer Xcode prend généralement soin de ce problème. p>
Redestarté Xcode et ma machine. Même ran lsregister -kill en vain
Lors de la première sélection, ce comportement se produit, mais la sélection d'une autre classe puis de retour à la Datamodel permet d'éditer pour moi sur un nouveau projet sans CoreData, puis ajoutez le modèle CoreData au projet. p>
Juste une pensée, avez-vous ajouté une entité ou êtes-vous même capable d'accéder à la vue Datamodel? p>
Je ne peux même pas accéder au Datamodel. Cette méthode ne fonctionne pas pour moi. XCode traite essentiellement l'emballage en tant que type de fichier inconnu.
Ce comportement se produit-il sur un nouveau projet sans Coredata ajoutant-t-il alors un modèle?
Markm, non ce n'est pas le cas. Un nouveau projet avec un modèle de données ajouté après le fait de travailler.
s'avère que j'essaye d'ajouter le modèle de données à un groupe qui a référencé un dossier spécifique dans lequel stocker ses enfants. Ce dossier n'a toutefois pas existé. Cause Xcode pour placer le modèle de données dans la racine du projet, mais il y a en même temps la référence en tant que répertoires de 2 répertoires au-dessus de la racine du projet. Ce qui est même obligatoire, c'est que Xcode n'a pas répertorié le fichier comme manquant en l'affichant en rouge. Seules Xcode Xcode ignoraient le fichier lorsque vous avez cliqué sur le navigateur de projet, car il n'existait pas vraiment où il l'ait pensé. La morale de l'histoire est la suivante: vérifiez vos chemins de fichiers et vos chemins de groupe configurés. P>
Incidemment, cela signifie également que le fichier de données reste si vous essayez de supprimer le modèle que vous avez ajouté - car il a le mauvais chemin de ce fichier. Doit être un bug xcode, sûrement
Semble être un bug xcode. Dans mon cas, je construisais un sous-module dans un sous-dossier. J'ai supprimé tout le dossier et j'ai ajouté (après ajout de mon modèle de données), cela a été ajouté correctement aux chemins.
J'ai rencontré ce problème aujourd'hui et le problème était que mon fichier quel relief. :) J'espère que cela aidera quelqu'un d'autre. P> .xcdatamodel code> était emballé à l'intérieur em> lui-même (étrange, je sais). Voici comment je l'ai réparé: p>
file.xcdatamodel code> fichier dans Finder. Li>
fichier.xcdatamodel code>. J'ai copié cela à mon bureau. Li>
Pareil ici. La façon dont j'ai "géré" pour le faire était de copier un fichier .xcdatamodeld d'un autre projet, supprimez toutes les versions, sauf une, puis ajoutez l'emballage .xcdatamodeld au projet. Je pense que peut-être que lorsque vous ajoutez un modèle non avancé, vous devez ajouter l'intérieur .xcdatamodel, pas le .xcdatamodeld.
Voici comment j'ai résolu le problème: P>
problème résolu. p>
Notre problème réel était que Xcode ne pouvait pas ouvrir / valider le modèle de données lors de la création d'une nouvelle version.
Signification: Avoir le premier .xcdatamodel, puis Après les heures d'enquête, nous avons compris que le fichier .xCurrentersion et le Créer une nouvelle version de modèle et: p> le nouveau .xcdatamodel d fort> sera maintenant travail sur xcode mais ne peut pas être déplacé nulle part ailleurs que le dossier racine strong>. P> avoir un manège .xcdatamodel ps : C'est la réponse la plus compliquée et le plus hacky que j'explique écrit. Je suis désolé: ( p> Exemple: p> Exemple: p> exemple: p> exemple (sans le Désolé pour la réponse longue ... Mais problème résolu: D P> P> Editeur> Ajouter une version modèle ...> MyProject 2 code> (comme .xcdatamodel).
Après quoi, le mypoject.xcdatamodel
xcversion code> dans la Le fichier de projet manquait ou invalide.
L'une des raisons était que la version xcdatamodel
Solution rapide facile 1: h2>
code> pour être le sous-répertoire où la version précédente est. LI>
ol>
Solution compliquée 2: h2>
projet.pbxproj code> dans un éditeur de texte. Li>
FileID code>. LI>
ol>
PBXBUILDFILE CODE> au début du
PBXFilerEference CODE> One et mettez-les comme ceci (réutilisez le fichier
fileID code>). < / li>
ol>
mypoject.xcdatamodeld code> dans la section
pbxbuildfile COPE> et copiez son
fileref code>. li>. li>.
ol>
project.pbxproj code> Créez la section
xcversiongroup code> et réutilisez le
fileref code> du xcdatamodel
fileID code>. li>
ol>
// code> commentaires): p>
Je l'ai fait légèrement différemment, mais cela semble vraiment comme le seul moyen de le réparer sans avoir à déplacer le modèle à la racine du projet à chaque fois que l'on doit modifier (voir la réponse de @tamarackbob). Supprimer et ajouter le dossier Le fichier n'a pas résolu le problème. Cela ressemble vraiment à un bug de Xcode.
Je l'ai résolu comme ceci en xcode: p>
Cliquez avec le bouton droit de la souris sur votre projet strong> (pas votre dossier de projet, je veux dire que l'une Remarque: Cliquez sur "Nouveau fichier" sur le dossier de projet lui-même ou sur l'un de ses sous-dossiers ne fonctionnant pas d'une manière ou d'une autre. P>
Ceci est toujours un problème dans Xcode 8. P>
Pour moi, la solution simple consistait à faire glisser (dans le volet Navigator du fichier de projet - côté gauche de Xcode) Mon fichier .xcdatamodeld de son (jaune) Dossier sous forme de groupe jusqu'au niveau supérieur sous l'application (celui-ci avec l'icône bleue). Après cela, il s'est ouvert immédiatement avec l'éditeur. P>
J'ai retesté en le faisant glisser vers le sous-groupe, et encore une fois, il ne s'ouvrirait pas dans l'éditeur, puis de retour au niveau supérieur et il s'est ouvert correctement ... Je ne sais pas pourquoi cela se passe, mais au moins je peux le modifier à nouveau. P>
J'espère que cela aide quelqu'un. P>
Xcode 4.5.2 ICI n'a pas ce problème dans le cas le plus simple. Y a-t-il quelque chose d'étrange sur les protections de lecture / écriture pour le fichier / package.
J'ai également ajouté un modèle à une application vide (Xcode 4.5.2), aucun problème d'édition ici. Vous n'êtes pas non plus censé modifier les fichiers avec un autre éditeur, puis Xcode.
Je cours la version 4.5 (4G182). Je n'ai pas édité les fichiers en dehors de Xcode. Je n'ai pas touché le fichier depuis que je l'ai créé.
La mise à niveau vers 4.5.2 n'a eu aucun effet. Je devrais mentionner que j'utilise des cocoapodes. Création d'un nouveau projet ou projet dans un espace de travail sans données de base, l'ajout d'un modèle de données semble fonctionner parfaitement. Existe-t-il du paramètre d'espace de travail ou qui pourrait causer cela?
Étonnamment, ce bug existe toujours dans Xcode 6 deux ans après que cela a été demandé à l'origine.