核心数据：在多对多关系中，我应该使用什么作为具有有序集（ios5）的排序描述符

Question

- 我有一个Item实体和一个Tag实体。 - 项目可以有多个标签，标签可以链接到多个项目（多对多关系）。 - 这种关系是“有序关系”（在IOS5中使用有序关系）两种方式。

我想获取给定项目的所有子标记

我正在使用以下获取请求：

NSFetchRequest* request = [NSFetchRequest fetchRequestWithEntityName:@"Item"];

// Fetch all items that have a given tag
Tag* myTag = ....;
request.predicate = [NSPredicate predicateWithFormat:@"ANY tag == %@", myTag];

// This is my attempt to get the correct sort ordering (it crashes)
NSSortDescriptor *sortDescriptor = [NSSortDescriptor sortDescriptorWithKey:@"tag"
                                                                 ascending:YES];
request.sortDescriptors = @[sortDescriptor];

上面的排序描述符返回数据（我假设它是按某种顺序）但随后崩溃：

[_NSFaultingMutableOrderedSet compare:]: unrecognized selector sent to instance 0x10b058f0
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 
'-[_NSFaultingMutableOrderedSet compare:]: unrecognised selector sent to instance 0x10b058f0'

如果我给出一个空的排序描述符数组，那么我不会崩溃，但结果没有排序。

如何使用ios5中的有序关系功能在多对多关系中正确实现排序描述符？

Answer 1

我认为您可能误解了有序关系在Core Data中的含义。根据{{​​3}}，“有序”并不意味着“关于某些财产” - 相反，“有序”意味着“保留用户的订单”（或其他看似随意的特定订单）。一些例子：

• 有序的关系对于食谱中的步骤（Apple的this question中的例子）是有益的 - 这些步骤不一定是针对他们的任何属性（例如他们的文本）进行排序的，并且会有如果Core Data没有进行订购，则自行维护“索引”或“订单”属性。
• 有序关系不对于名称列表是好的 - 例如，用户可以选择按名字或姓氏排序，并且名称集合在内部没有真正的内在排序。唯一重要的是显示顺序 - 数据本身不需要维护该顺序。 （Apple的文档中的经验法则是，如果用户可以想象在排序说明符之间进行选择，则的关系不应在核心数据中进行排序。）

在您的情况下，您尝试将排序描述符应用于您正在获取的有序集的集合（tags属性的值）。这是导致崩溃的原因 - 在您的情况下，NSOrderedSet子类（_NSFaultingMutableOrderedSet）没有实现排序描述符用于对它们进行排序的-compare:方法，因此您得到了该异常。

我认为一个很好的解决方案是根本不使用排序描述符;相反，如果要将保留的显示顺序更改为用户，请在某个项目上获取tags的NSOrderedSet值，然后使用Core Data Release Notes使用您自己的排序从中获取数组。这将使核心数据中的数据保持正确的顺序，但您可以通过编程方式对其进行重新排序。

在更高级别，您可能还想考虑您是否真的需要在您的人际关系中订购。它会导致严重的性能损失，您真正得到的只是将标签添加到项目的原始顺序（反之亦然）。如果您打算在每次显示标记时更改该顺序，那么您将获得该性能命中没有真正的好处 - 使您的关系无序，然后继续以编程方式排序或在聚合键上使用排序描述符，例如{ {1}}，如评论中所示。