gpt4 book ai didi

cocoa - 在 NSDocument 和 UIDocument 之间共享代码

转载 作者:行者123 更新时间:2023-12-03 16:13:47 26 4
gpt4 key购买 nike

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

我只是不知道如何在核心数据位方面最大限度地提高 iOS/Mac 版本之间的代码重用,因为它们不使用相同的类。

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

现在,从NSPersistentDocument开始iOS 上不可用,我碰壁了。我试图通过使用 #if TARGET_OS_MAC and TARGET_OS_IPHONE 来解决这个问题并以这种方式使其成为 UIManagedDocument 的子类在iOS版本中。这显然会很方便,但我似乎无法让它像那样工作。它看起来确实很困惑,因为还有很多其他东西也必须条件化。

我还尝试在 NSDocument 之上构建类(class)/UIDocument相反,我自己实现了核心数据 Hook ,但它看起来也很困惑,让我认为这不是正确的方法。

问题:

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

最好的方法是什么?

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

最佳答案

您想要共享的代码与模型相关,我说得对吗?我建议将该代码重构为一个单独的对象,NSDocumentUIDocument 都包含该对象(如上面 rickster 所建议的那样)。

我使用 DocumentRoot Core Data 实体及其自己的 NSManagedObject 子类,但如果您没有要使用 Core Data 管理的属性,则只需子类 NSObject.

这可能听起来很奇怪,但 NSDocumentUIDocument 实际上是 Controller 类。 (具体来说,它们是模型 Controller 的一部分。)它们的工作是加载模型、设置窗口和保存模型。如果您需要提供一个接口(interface)来对模型对象进行更高级别的访问,它可以位于文档根或模型帮助器类中。

类似地,NSPersistentDocument 的工作是配置托管对象上下文和持久存储并处理加载和保存。它不一定需要提供完整的接口(interface)来访问模型。

关于cocoa - 在 NSDocument 和 UIDocument 之间共享代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9879275/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com