多Storyboard场景下Core Data与Cocoa Bindings同步问题排查

先来说说你遇到的几个具体问题，再聊聊多数组控制器方案的合理性和性能考量：

一、解决三个绑定问题 #

1. 排序中间表格时右侧标签丢失选中状态 #

这个问题本质是你绑定的是索引（IndexSet），而排序后数组控制器的内容顺序发生变化，原来的索引对应的对象已经不是之前选中的那个了。

解决方法：把选中状态的核心从索引换成具体的NSManagedObject实例。修改你的Controller类，添加选中对象的属性：

class Controller: NSObject {
    @objc var moc = ... 
    // 替换索引为选中对象
    @objc dynamic var selectedList: List?
    @objc dynamic var selectedPlayer: Player?
    @objc var sortDescriptors = [NSSortDescriptor(key: "name", ascending: true)]
}

然后在Storyboard中：

• 左侧数组控制器的Selected Objects绑定到Controller.selectedList（绑定到第一个对象）
• 中间数组控制器的Content Set绑定到selectedList.players，Selected Objects绑定到Controller.selectedPlayer
• 右侧标签直接绑定到selectedPlayer.name

这样排序时，只要对象本身不变，选中状态就会跟着对象走，不会因为索引变化丢失。

2. 点击已选中行无法更新右侧面板 #

原因是IndexSet没有变化，Cocoa Bindings不会触发更新。而绑定到对象的话，即使点击同一行，数组控制器的selectedObjects会重新设置为同一个对象，@objc dynamic修饰的属性会自动触发KVO通知，进而驱动右侧视图更新。

如果还是遇到更新不触发的情况，可以在属性的didSet里手动触发KVO：

@objc dynamic var selectedPlayer: Player? {
    didSet {
        willChangeValue(forKey: #keyPath(selectedPlayer))
        didChangeValue(forKey: #keyPath(selectedPlayer))
    }
}

3. 开启Preserve Selection后选中内容错误、排序未同步 #

Preserve Selection是基于对象的，但如果各数组控制器的sortDescriptors没有同步，排序后对象的位置变化，就会导致选中混乱。

确保所有相关数组控制器的Sort Descriptors都绑定到Controller.sortDescriptors，这样排序规则全局统一。同时，选中状态绑定到对象而不是索引，Preserve Selection就能正确跟踪对象在排序后的位置。

另外，检查数组控制器的Fetch Request是否设置了正确的实体，并且Content Set的绑定是基于选中对象的关联（比如selectedList.players），而不是直接的实体集合，这样数据联动才会正确。

二、多数组控制器方案的合理性与性能考量 #

方案是否最优？ #

你的中间Controller作为共享状态容器的思路是非常典型的Cocoa Bindings实践，相当于MVVM模式中的ViewModel，把MOC、选中状态、排序规则集中管理，避免了各视图控制器之间的直接耦合，是合理且易维护的方案。

优化建议：

• 坚持用对象绑定代替索引绑定，这是Cocoa Bindings的核心思想，索引是不稳定的（排序、增删都会改变），而对象是唯一的。
• 可以让Controller统一管理数组控制器的fetch请求配置，减少Storyboard中的重复设置，提升可维护性。

大量数据下的性能损耗？ #

Core Data本身对大量数据有成熟的优化机制，只要做好以下几点，性能不会有太大问题：

1. 设置Fetch Request的batchSize：在数组控制器的fetch request中设置batchSize（比如20），Core Data会分批加载数据，避免一次性加载所有对象到内存。
2. 添加属性索引：在Core Data模型中，对经常排序或查询的属性（比如name）添加索引，加快排序和查询速度。
3. 结合NSFetchedResultsController：如果数据量极大，可以把数组控制器和NSFetchedResultsController结合，它会自动处理数据的增量更新，比纯数组控制器更高效。
4. 精简绑定内容：只绑定需要展示的数据，避免绑定整个对象的所有属性，减少KVO的触发频率。

总的来说，你的方案方向是对的，只要把绑定的核心从索引换成对象，同步好排序规则，就能解决大部分问题，性能方面通过Core Data的优化手段也能应对大量数据的场景。

内容的提问来源于stack exchange，提问作者user814037