Les relations inverses CoreData doivent-elles être représentées comme des propriétés conservées?

Question

J'ai deux entités (Session et Utilisateur). L'entité de session a une relation loggedInUser avec l'entité User. Et l'entité Utilisateur a une relation inverse de session avec l'entité Session.

Xcode génère des propriétés avec l'attribut retain pour les relations directes et inverses. Est-ce que ça va du point de vue du graphique d'objet? Ma compréhension est que la relation inverse devrait être représentée en tant que propriété assign. En outre, dans l'éditeur de schéma, il n'est pas possible de voir quelle relation est la relation principale (c'est-à-dire que la valeur de session de session est inversée et celle de session est enregistrée).

Peut-être qu'il me manque quelque chose?

Merci.

Answer 1

n'a pas vraiment expliquer pourquoi en tant que tel, mais la docs Apple pour Core Data état

En plus de propriétés étant toujours nonatomic, dynamiques ne honorent conserver ou à copier les attributs-assign est traité comme conserver. Vous devez utiliser la copie avec parcimonie car cela augmente les frais généraux. Vous ne pouvez pas utiliser la copie pour les relations car NSManagedObject n'adopte pas le protocole NSCopying et cela n'a aucune incidence sur le comportement des relations trop nombreuses.

Donc, en lisant que même si vous avez défini une relation comme assign il serait traité comme retain