Base de données de décoration avec des méthodes de tri-comparaison

Question

J'ai quelques NSManagedObjects et je voudrais écrire des méthodes pour trier et comparer les propriétés sur eux.

Mon problème est que puisque les Données de base définissent les propriétés comme @dynamic, elles ne peuvent pas être référencées au moment de la compilation. Cela signifie que la décoration d'un NSManagedObject avec des méthodes comme celle-ci:

- (NSComparisonResult) compareDateAndTime:(Event *) event { 
    return [originDate compare:[event originDate]]; 
} 

se traduira par le compilateur de ne pas être en mesure de localiser une propriété appelée « originDate ». La méthode ci-dessus est appelé comme ceci:

NSArray *events = [[NSArray alloc] 
     initWithArray:[unsortedEvents sortedArrayUsingSelector:@selector(compareDateAndTime:)]]; 

je pourrais aller avec prédicats ou fetchedResultController, mais je voudrais construire ces moi-même comme méthodes que j'ai un NSObjects identique pour chaque NSManagedObject. Cet objet NSObject agit comme un objet temporaire qui est transmis et rempli avant que ses propriétés ne soient définies sur NSManagedObject qui est ensuite conservé. J'ai aussi d'autres fonctions, comme des accesseurs spécialisés, que j'aimerais ajouter à NSManagedObject.

** (1) ** Existe-t-il un moyen général/pratique de décorer NSManagedObjects avec des méthodes et des fonctions ** (2) ** et de ne pas les écraser lorsque vous «reconstruisez» une classe pour une Entité ?

Merci pour toute aide ou « RTFM » donné :)

Answer 1

Je re-générer les classes de modèle pour mes entités assez souvent, alors j'ai ajouté des méthodes de soutien (y compris les mises en œuvre de getters pour les propriétés transitoires) comme « support "catégories sur les classes de modèles.

Je n'ai jamais besoin de modifier les fichiers de classe du modèle et il est impossible que je puisse accidentellement écraser mes méthodes supplémentaires. Par exemple, une entité "Place" peut avoir une chaîne de nom et des numéros de latitude/longitude. Par exemple, une entité "Place" peut avoir une chaîne de nom et des numéros de latitude/longitude. Il pourrait également avoir une propriété transitoire pour la première lettre du nom. Cela peut être utilisé comme chemin de clé de nom de section pour les titres d'index de section dans une grande vue de table.

Xcode va générer les fichiers de classe pour la "Place" entité comme ceci:

Place.h:

#import <CoreData/CoreData.h> 

@interface Place : NSManagedObject 
{ 
} 

@property (nonatomic, retain) NSString * placeName; 
@property (nonatomic, retain) NSNumber * latitude; 
@property (nonatomic, retain) NSNumber * longitude; 

@end 

Place.m:

#import "Place.h" 

@implementation Place 

@dynamic placeName; 
@dynamic latitude; 
@dynamic longitude; 

@end 

I créer une catégorie "Support" sur la classe "Place".

PlaceSupport.h:

@interface Place (Support) 

- (NSString *)uppercaseFirstLetterOfName; 
- (CLLocation*)location; 

@end 

et mettre en œuvre dans PlaceSupport.m

Answer 2

Peut-on utiliser objectForKey:?

D'autre part, je n'ai pas eu de problème avec l'utilisation des propriétés directement dans mon code.