在 NSDocument 和 UIDocument 之间共享代码

Question

我创建了一个使用 Core Data 的基于文档的应用程序。我首先创建了 mac 版本，现在它可以正常工作了，我正在继续创建它的 iOS 版本。

关于核心数据位，我只是不知道如何在 iOS/mac 版本之间最大限度地重用代码，因为它们不使用相同的类。

我的文档类处理保存等是NSPersistentDocument 的子类。我的意图是一个设计良好的模型类应该在这两种环境中工作，特别是因为我没有对核心数据做太多花哨的事情。

现在，由于 NSPersistentDocument 在 iOS 中不可用，我碰壁了。我试图通过使用#if TARGET_OS_MAC and TARGET_OS_IPHONE 来解决这个问题，并以这种方式使其成为iOS 版本中UIManagedDocument 的子类。这显然会很方便，但我似乎无法让它像那样工作。而且它看起来真的很乱，因为还有很多其他的东西也需要条件化。

我也尝试在 NSDocument/UIDocument 之上构建类，自己实现核心数据挂钩，但它看起来也很混乱，让我觉得这不是正确的方法。

问题：

对我来说，在 iOS/mac 版本之间重用相同的文档类似乎是个好主意，但也许我太天真了。

最好的方法是什么？

我是否应该忘记代码共享并为 iOS 版本创建一个单独的文档类来模拟 mac 版本中存在的所有方法？

Answer 1

您要分享的代码与模型相关，我说得对吗？我建议将该代码重构为一个单独的对象，NSDocument 和 UIDocument 都包含该对象（如上面 rickster 建议的那样）。

我使用带有自己的NSManagedObject 子类的DocumentRoot Core Data 实体，但是如果您不想使用Core Data 管理任何属性，则可以只子类NSObject。

这听起来可能很奇怪，但NSDocument 和UIDocument 实际上是控制器类。 （具体来说，它们是模型控制器的一部分。）它们的工作是加载模型、设置窗口和保存模型。如果您需要为更高级别的模型对象访问提供接口，则可以在文档根或模型助手类中。

同样NSPersistentDocument 的工作是配置托管对象上下文和持久存储以及处理加载和保存。它不一定需要提供完整的接口来访问模型。

Answer 2

（从我的评论中引用。）

一般来说，你有两个类必须从不同的超类继承但又想共享大量代码的情况是组合。将共享代码放在单独的类中；您的NSDocument 和UIDocument 子类可以各自保留该类的一个实例，并在需要调用该共享代码时向其发送消息。 （尽管正如@noa 提到的，您可能需要考虑所有代码是否都属于您的文档类。）

当然，你最终可能会编写一堆方法，如下所示：

- (id)doSomething {
    return [sharedController doSomething]
}

这可能会很痛苦...所以您可能想研究一下 Objective-C 的 message forwarding 系统。