Gérer des relations inverses sans CoreData

Question

Ceci est une question pour Objective-J/Cappuccino, mais j'ai ajouté la balise cacao car les frameworks sont très similaires. L'un des inconvénients de Cappuccino est que CoreData n'a pas encore été porté, vous devez donc faire tous vos objets de modèle manuellement.

Dans CoreData, vos relations inverses sont gérées automatiquement pour vous ... si vous ajoutez un objet à une relation to-many dans un autre objet, vous pouvez parcourir le graphique dans les deux directions.

Sans CoreData, existe-t-il un moyen propre de configurer ces relations inverses automatiquement?

Pour un exemple plus concret, prenons l'exemple typique du département et des employés. Pour utiliser la terminologie des rails, un objet Département a plusieurs employés et un employé appartient à un département. Donc, notre modèle de département a un NSMutableSet (ou CPMutableSet) "employees" qui contient un ensemble d'employés, et notre modèle Employee a une variable "department" qui pointe vers le modèle Department qui en est propriétaire.

Existe-t-il un moyen facile de faire en sorte que, lorsque j'ajoute un nouveau modèle d'employé dans l'ensemble, la relation inverse (employee.department) soit automatiquement définie? Ou l'inverse: Si je définis le modèle de département d'un employé, il est automatiquement ajouté à l'ensemble des employés de ce département. Je sais que je crée un objet, "ValidatedModel", que tous mes modèles sous-classe, qui ajoute quelques méthodes qui configurent les relations inverses, en utilisant KVO. Mais j'ai peur que je fasse beaucoup de travail inutile, et qu'il existe déjà un moyen plus simple de le faire.

Est-ce que quelqu'un peut mettre mes inquiétudes au repos?

Answer 1

Je ne peux pas parler spécifiquement à Objective-J, mais la manière habituelle de le faire sans données de base est de définir la relation inverse dans le setter. Ainsi, en utilisant l'exemple des employés/départements, vous feriez quelque chose comme ceci:

- (void)setDepartment:(Department *)aDepartment { 
    if (department == aDepartment) 
     return; 

    [department release]; 
    department = [aDepartment retain]; 

    [department addEmployee:self]; 
} 

Vous devez vous assurer que vous ne mettez pas à jour votre variable d'instance si la nouvelle valeur correspond à la valeur déjà existante. Si ce n'est pas le cas, setDepartment: appellera addEmployee:, et addEmployee: appellera setDepartment: dans une boucle infinie.

Notez également qu'il s'agit d'une invitation ouverte aux cycles de conservation. Cela dépend de la façon dont votre modèle est structuré, mais l'objet qui "possède" l'autre est celui qui devrait l'être. Donc, mon exemple n'est peut-être pas le meilleur, car il est probablement plus exact de dire que le ministère «possède» l'employé.

Answer 2

Vous souhaitez probablement définir la relation dans votre setter. En utilisant votre exemple, le code Objective-J ressemblerait à ceci.

- (void)setDepartment:(Department)aDepartment { 
    if (department === aDepartment) 
     return; 

    [department addEmployee:self]; 
} 

Comme vous pouvez le voir, il n'est pas nécessaire de conserver/relâcher. Objective-J est construit sur javascript qui est garbage collection.Toutes les méthodes de gestion de la mémoire sont mises en œuvre, mais ne font rien (à part qui encombrent votre code)

aussi parce que cela est le javascript il est généralement conseillé de vérifier l'égalité de type (===) Pour plus d'informations sur l'égalité de type voir: http://www.webreference.com/js/column26/stricteq.html

Answer 3

Consultez les extensions Cappuccino de cet employé de 280 North: http://github.com/nciagra/Cappuccino-Extensions

Il inclut un port ActiveRecord. Je n'ai pas encore regardé ça de près, mais ça pourrait peut-être vous aider.

• Johannes

Answer 4

Vous pouvez également consulter cette mise en œuvre de CoreData par rbartolome. Je l'ai seulement regardé un peu, mais ça a l'air d'un début.

http://github.com/rbartolome/CoreData-Cappuccino