cocoa - NSTableView 中的自定义单元格

Question

使用自定义单元格填充 NSTableView 的最佳方法是什么？

当我填充标准数据时，我总是使用 Cocoa 绑定(bind)，并且在使用自定义单元格填充表时我总是使用数据源。我想知道是否有一种方法可以将这两个概念混合以实现最佳设计。

遗憾的是，使用 Xcode 3(因此，IBPlugins)不是一种选择。

Answer 1

我个人不会混合绑定(bind)数据和数据源。我只遇到过痛苦尝试这样做。不过，我确实有一些方法可能会对您有所帮助。

我能够做的一件事是在 IB 中设置一个自定义单元格类，它是 IB 知道的单元格之一的子类，然后覆盖您需要的任何内容以使其执行您想要的操作。但首先是一些背景，还有一些错过的尝试:

当绑定(bind)基于单元格的 NSTableViews 时，你通常在列本身而不是列内的单元格上设置绑定(bind)。如果您在表列中使用自定义 NSCell 子类，您会注意到像 value 这样的绑定(bind)。不再在列上可用，这与单元格是 NSTextFieldCell 时不同。我试图通过设置 value 来欺骗 IB将其绑定(bind)设置为 NSTextFieldCell，然后切换单元格——绑定(bind)仍然出现在绑定(bind)检查器中，但它总是在运行时崩溃并出现以下错误:[<NSTableColumn 0x10252e910> valueForUndefinedKey:]: this class is not key value coding-compliant for the key value.
这让我想到了对 IB 知道如何绑定(bind)到的单元格之一进行子类化的方法。我创建了 NSTextFieldCell 的子类，深入到表列中的“文本字段单元格 - 文本单元格”，然后在身份检查器中设置我的自定义子类。我能够确认绑定(bind)仍然有效并且 IB 仍然将其视为 NSTextFieldCell。从那里，我可以在我的自定义单元类中覆盖我想要的任何方法并获得自定义行为。我没有理由相信你不能用图像单元来做到这一点。自然，这是一种虚假的方法，但取决于自定义单元格的“自定义”程度，它可能胜过编写一堆自定义代码来连接数据源。

我在进一步的实验中发现，这是一个“IB 问题”，而不是真正的 NSTableView/绑定(bind)问题。还有另一种很好的解决方法。

假设您想使用自定义单元格，并且想将其绑定(bind)到某个任意模型对象。你有你的 NSTableColumn 值绑定(bind)绑定(bind)到一个 NSArrayController，它提供一个自定义模型对象列表，每个对象都有一个属性，称之为 dataForCustomCell返回任何自定义单元格需要做的事情。您将设置一个 TextFieldCell 列(就像 IB 中的默认值)，然后绑定(bind) value NSTableColumn 绑定(bind)到数组 Controller > arrangedObjects并输入模型 key 路径dataForCustomCell .此时，假设dataForCustomCell返回的对象实现 NSCopying(如果它没有你的应用程序会崩溃，但这并不是真正相关的)如果你运行你的应用程序你会看到 NSTextFieldCell 会调用 - (NSString*)description在 dataForCustomCell 返回的对象上并将该文本放入单元格中。

现在是有趣的部分:在 -awakeFromNib时间在您拥有的对象(NSView、NSViewController 等)中，替换 dataCell(如果您愿意，还可以替换 headerCell)，如下所示:

- (void)awakeFromNib
{
    [super awakeFromNib];
    // Assuming you've got your NSTableView plugged into an IBOutlet property called table
    NSTableColumn* col = [[self.table tableColumns] objectAtIndex:0];
    col.dataCell = [[[MYCustomCell alloc] init] autorelease];
}

由于绑定(bind)在 NSTableColumn 上而不是在单元格本身上，因此您可以换出单元格而无需担心重新连接任何绑定(bind)。在您的自定义单元格类中，覆盖 -(void)setObjectValue:并且您将在运行时收到来自绑定(bind)机制的调用，插入来自 dataForCustomCell 的对象。对应于表格当前绘制行的模型对象上的属性。 (您还会收到一个为每个单元格传入 nil 的调用，但忽略它或将其传递给 super 似乎是安全的。)

这种方法的一个缺点是您只能获得 NSTextFieldCell 具有的一个“值”绑定(bind)。解决方法是将该值绑定(bind)到模型中更大/更高的“粒度”，然后在 -setObjectValue: 的实现中向下钻取并扇出多个值。如果需要。

它并不完美，但它是“几行代码”修复，而不是“无数代码行”修复。

或者，假设您的目标是最新版本的 MacOS，您还可以使用基于 View 的 NSTableView。它们非常好，并且以比基于 NSCell 的表更明智的方式处理绑定(bind)。但是，这是一种完全不同的做事方式，因此很难说您的任务将如何映射到它。有一个 great video on the Apple developer site这使您可以快速了解基于 NSView 的 NSTableView。