NSOutlineView、NSTreeController 和异构层次结构

Question

在 Marcus Zarra 的《核心数据》一书中的第 40 页中，他建议，由于 NSTreeController 需要相同的密钥来访问层次结构中的所有对象（例如子对象），并且这可能意味着意义不大的关系名称，因此您可以为期望的关系。我认为这是一个好主意，但我不确定如何实施。

让我以Aperture的数据模型为例：你可以有很多库，每个库可以有很多项目，每个库可以有很多照片。因此，如果我将我的实体命名为Library、项目和照片及其关系项目、照片 分别是什么，以下是库的正确实现吗？

Library.h

@interface Library: NSManagedObject {
}

@property (nonatomic, retain) NSString *title;
@property (nonatomic, retain) NSSet *projects;
@property (nonatomic, retain) NSSet *children;
@property (nonatomic, retain) id parent;
@end

@interface Library (CoreDataGeneratedAccessors)
- (void)addProjectsObject:(Project *)value;
- (void)removeProjectsObject:(Project *)value;
- (void)addProjects:(NSSet *)value;
- (void)removeProjects:(NSSet *)value;
- (id)parent;
- (void)setParent;
@end

和Library.m

#include "Library.h" 

@implementation Library

@dynamic title;
@dynamic projects;

- (NSSet*) children {
    [self willAccessValueForKey:@"children"];
    NSSet *set = [self valueForKey:@"projects"];
    [self didAccessValueForKey:@"children"];
    return set;
}

- (void) setChildren:(NSSet*)children {
    [self willChangeValueForKey:@"children"];
    [self setValue:children forKey:@"projects"];
    [self didChangeValueForKey:@"children"];
}

- (id)parent {
    [self willAccessValueForKey:@"parent"];
    [self didAccessValueForKey:@"parent"];
    return nil;
}

- (void)setParent:(id)parent {
    // Proposed parent value is ignored. Libraries have no parent.
    [self willChangeValueForKey:@"parent"];
    [self didChangeValueForKey:@"parent"];
}

@end

1. children和parent应该是头文件中的属性吗？

2. 这是建议的实施吗？我还应该包含 addChildrenObject:、removeChildrenObject: 、addChildren: 和 removeChildren: 吗？并实施它们？ （父方法也是如此。）

3. 我假设子方法根本不会出现在核心数据模型中。是这样吗？那么反向关系是如何推断出来的呢？

4. 我应该在setChildren中调用[self willChangeValueForKey:@"children"]：这样children就符合KVO吗？ （其他访问器也是如此。）

5. 在第 41 页中，M. Zarra 建议实现 NSOutlineDataSource 而不是使用 NSTreeController，因为“结果可能是意外且不清楚的”。有谁知道这些限制是什么？

6. 最后，如果我实现 NSOutlineDataSource，您会建议缓存根对象的获取吗？如果是这样，保持此缓存数组与核心数据同步的正确方法是什么？

谢谢。

最好的问候，

豪尔赫

Answer 1

我在这里看到的问题是，虽然设置“children”属性将触发“projects”属性的 KVO，但反之则不然。因此，如果您通过“项目”关系将项目添加到库对象，大纲视图将不会更新，因为它不会看到“子项”属性中的任何更改。

启用此功能的最简单方法是实现如下方法：

+ (NSSet*)keyPathsForValuesAffectingChildren
{
    return [NSSet setWithObject:@"projects"];
}

对“projects”属性的任何更改也会触发“children”的 KVO 通知。

顺便说一句，由于“children”属性不是核心数据模型的一部分，我认为 will/didAccessValueForKey: 调用不是绝对必要的，尽管我不认为它们会伤害任何东西。另外，如果你实现了我上面提到的方法，你应该不再需要在 setChildren: 方法中调用 will/didChangeValueForKey: ，因为 Cocoa 应该自动触发 KVO当“projects”键改变时。

Answer 2

我认为当前版本的 NSTreeController 不需要实际上名为“children”和“parent”的属性。您可以使用 setChildrenKeyPath: 将子路径设置为任何属性名称（只要该属性实现父子层次结构）。我很确定这是一个相当古老的要求。 （持保留态度，我有一段时间没有使用树控制器。见下文）

至于你的其他问题：

（1）是

（2）是，是和是

（3）关系维护在真正的属性，例如财产。实体/对象图与父子属性虚拟化的虚拟图是分开的。由于父属性和子属性实际上没有值，因此实际值的任何变化都会立即反映在它们的返回中，反之亦然。简而言之，您不必担心它们。

(4) 是的，树控制器将观察虚拟属性而不是真实属性。如果虚拟属性不符合 KVO，控制器将无法工作。

(5) 历史上 NSTreeController 一直被认为是有缺陷的。它自 IIRC 2004 年以来一直存在，但从未真正发挥过作用。很多老手完全忽略了它。我已经有一段时间没有使用它了。

(6) 您通常只缓存预计不会发生太大变化的数据。如果提取用于实际更新模型或需要其他内容（例如 URL 请求）来更新模型，则不应使用缓存。