gpt4 book ai didi

ios - 多个持久存储协调器核心数据

转载 作者:行者123 更新时间:2023-11-29 03:00:12 26 4
gpt4 key购买 nike

目前我有一个由 sql 数据库支持的持久性存储协调器。我里面有很多实体。当我更改模型时,我尝试使用轻量级迁移。如果它失败了,我只是删除所有内容并重新设置。现在这工作正常。现在假设我必须保存一些书签。由于您可以拥有多个书签,我认为最好将其与核心数据一起保存。但是在这种情况下,我需要一个真正的迁移策略,这样用户就不会丢失其书签。

我正在考虑创建一个单独的持久存储协调器,它只包含书签实体。有了这个,我可以在必要时进行迁移,另一个持久性存储可以按原样使用,无需迁移。

这是否可行且值得推荐?或者有什么我必须提防的陷阱。我希望我能正确解释我的情况。我也在考虑使用 NSCoding 保存书签,但我不确定在这种情况下哪个更好。

感谢任何帮助。

最佳答案

完全有可能。将刚刚从服务器下载的静态数据(因为不应该备份)和用户创建的数据(应该备份)分开当然是一个好主意。

您的主要陷阱在于确保将存储/上下文分开,并且您的代码正确命名事物,以便您正在使用的内容显而易见。

如果您只有几个书签,而且它们很小,并且通常会同时加载,那么 NSCoding 是一个不错的选择。如果您有很多,它们很大或不经常加载,那么这不是一个很好的选择。

关于ios - 多个持久存储协调器核心数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23407711/

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