在我正在编写的应用程序中,我使用 Core Data 进行持久存储。我有与其他实体相关的实体。我即将完成,现在正要为用户实施设置。顺便说一下,这些设置是应该并且将在运行时更改的设置。出于这个原因,我没有使用设置包。
但我想投票的是
是否可以在与任何其他实体(在本例中为设置实体)无关的同一核心数据模型中拥有一个实体。
如果是这样,当我已经将 Core Data 用于其他持久性存储时,使用 plist 来存储设置是否愚蠢?
我很矛盾,因为我听到人们说,“为什么你已经在使用 Core Data,为什么还要使用 plist?” 还有一个“设置”实体在一个实体中包含所有可能的设置属性似乎违反直觉。我的意思是,“设置”实体不是针对某个特定设置的,也不是抽象超类。但也许这只是因为名字。如果它被称为“所有设置”或其他东西,那么所有属性都可以被认为是一个单独的设置。我越是试图解释,我就越困惑……:/所以……
(在您看来)保存可在运行时更改的用户设置的最佳方式是什么?