Wie kann ich den Klassentyp einer abstrakten Entität in einem NSPredate kennen?

Question

Mit Core-Daten möchte ich einige Daten abrufen. Mein Modell verwendet einige abstrakte Entitäten, siehe angehängtes Bild, wo QuantifiedIngredient eine abstrakte Klasse ist. Ich möchte Ingredient entities holen, die mindestens einen RecipeQuantifiedIngredients haben, aber in der Mitte ist QuantificationIngredient, eine abstrakte Klasse.

Wie kann ich das tun, wie kann ich den tatsächlichen Typ einer abstrakten Klasse innerhalb eines NSPredicate testen? Irgendeine Idee oder Anregung?

Der einzige Hinweis fand ich war: How can you reference child entity name in a predicate for a fetch request of the parent entity?

eine benutzerdefinierte Eigenschaft in meinem QuantifiedIngredient funktionieren würde zu wissen, ob es ein RecipeQuantifiedIngredient ist? Zum Beispiel isRecipeQuantifiedIngredient?

Vielen Dank für Ihre Hilfe.

Answer 1

Ich will nicht die Zeit nehmen, diese in Coredata-sprechen zu übersetzen, so ist hier meine Gedanken in SQL:

SELECT * FROM quantifiedIngredients WHERE recipe <> NULL 

oder so ähnlich. Dies ist im Wesentlichen der Vorschlag von Nikita, eine Flagge zu verwenden, außer dass die "Flagge" die Existenz einer Eigenschaft ist. Ich weiß nicht, wie CoreData reagieren wird, wenn GroceryQuantifiedIngredients konfrontiert wird, die die recipe nicht haben, denke ich, dass KVO eine Ausnahme werfen wird. Sie könnten so kühn sein, um eine Kategorie hinzuzufügen:

@interface GroceryQuantifiedIngredients (KVOHack) 
-(id)recipe; 
@end 

@implementation GroceryQuantifiedIngredients (KVOHack) 
-(id) recipe { return nil; } 
@end 

Dies würde natürlich erfordern Coredata alle quantifiedIngredients aufzuzählen, aber ich vermute, es wird so irgendwie zu tun haben, und eine der return nil in winzige Code optimieren soll. Die andere Überlegung ist, ob sich dies auf den Rest Ihres Codes negativ auswirkt. Sie müssen diesen Anruf tätigen.

Eine weitere Idee, die, wie ich so etwas wie dies zu tun, beenden in den Sinn erscheint ist (ich bin immer wirklich lose jetzt mit meinem Pseudo-Code):

SELECT * FROM quantifiedIngredients WHERE [i respondsToSelector:@selector(recipe)]; 

Sehen Sie, was ich meine? Ich vergesse, dass CoreData Sie mit einer Art von Cursor spielen kann, wenn Sie mit Prädikaten oder abgeholten Thingamabobbers arbeiten, wenn dies der Fall ist, dann denke ich, dass dies die beste Wahl ist. Jedenfalls ist es Sonntagnachmittag, so dass das Zeug als Übung für den Leser übrig bleibt.

+1 für eine gute Frage.

Answer 2

Wenn recipe in RecipeQuantifiedIngredient erforderlich ist, können Sie versuchen, einen Abruf durchzuführen, der überprüft, ob es einen ingredient.recipe gibt. Ich denke, das wird funktionieren.

Die benutzerdefinierte Eigenschaft, in Form von Flagge, wird auch für Sie arbeiten. Sie müssen es nur einstellen und aufheben, wenn Sie alle recipeQuantifiedIngredient hinzufügen oder löschen.