Cette question a probablement une réponse ailleurs, mais je n'ai trouvé que des réponses aux versions obsolètes de Xcode ou de projets qui utilisent Swift. P>
J'utilise Xcode 10 et lisez Programmation iOS Le Big Nerd Ranch Guide, 4ème édition em>. J'utilise une telle version ancienne car c'est la ressource que mon travail m'a fourni. P>
Actuellement, j'essaie d'ajouter une méthode à une classe générée de Coredata pour l'objectif-c. p>
avec codeGen défini sur Catégorie / extension avec mon entité sélectionnée dans CoreData Les fichiers de classe générés sont: p>
Dans quel fichier dois-je ajouter une méthode d'instance à une classe générée de CoreData pour l'objectif-c dans xcode 10? p>
BNRITEM + COREDATAPROPERTIES.H / M CODE> LI>
BNRITEM + COREDATACLASS.H / M CODE> LI>
ul>
BNRITEM + COREDATACLASS.H CODE> Comprend
BNRITEM + COREDATAPROPERTIES.H CODE> et
BNRITEM + COREDATAPROPERTIES.H CODE> Comprend
BNRITEM.H < / code> (qui n'existe pas). Je suppose que j'ai besoin de créer
bnritem.h code> mais je ne sais pas quel fichier à importer dans
bnritem.h code> depuis le
bnritem + coredataproperties.h Code> ou
BNRITEM + COREDATACLASS.H CODE> semble créer une circulaire inclure le cycle. p>
5 Réponses :
L'instruction #import code> a été introduite pour résoudre les dépendances cycliques créées par
#include code>.
Donc, cela n'a pas beaucoup d'importance si vous utilisez
#import code>, mais si vous êtes toujours préoccupé, vous pouvez également utiliser
@class code> déclaration avant p>
La convention consiste à utiliser L'idée est d'accélérer les recompiles. Si Bien sûr, tout cela s'en va à Swift :) P> @class code> dans le fichier
.h code> et
#import code> dans le
.m code> Fichier, sauf lorsque
#import code> est nécessaire dans le fichier
.h code>. Ce dernier se produit lors de la référence à une superclasse ou à un protocole. P>
classa.h code> importe
classb.m code>, et que vous modifiez uniquement
classb.m code> pendant le développement, puis parce que
classa.m code> importateurs
classa.h code> quels importations
classb.m code>,
classa.m code> devra être recompilé pendant la prochaine construction, même s'il est inchangé. p>
Ce n'est probablement pas la réponse réelle, mais j'ai réparé cela en modifiant le codeGen sur manuel / né et en modifiant les fichiers qu'il a générés. P>
Qu'en est-il de la sortie de l'option de génération de code à la définition de la classe code> et de créer une extension (une catégorie dans l'objectif-c) de votre entité? P>
Cela a toujours été ma lutte, mais je n'ai plus que je courais dans Cet article Apple . P>
La deuxième façon est la façon dont vous essayez d'utiliser. L'étape inattendue consiste à déplacer le fichier de propriétés sur la corbeille. Et en réalité, il semble que les fichiers Les étapes pour créer votre classe d'objet gérée sont les suivantes: p>
.m code>. Après cela, vous pouvez utiliser ces fichiers pour étendre votre classe et que les fichiers de propriété sont générés. P>
Editeur> Créer NSManagedObject Sous-classe ... CODE> MENU. LI>
.M CODE> Fichiers. LI>