В своем приложении, которое я пишу, я использую Core Data для постоянного хранения. У меня есть объекты, которые все связаны с другими объектами. Я близок к завершению и сейчас собираюсь внедрить настройки для пользователя. Эти настройки, кстати, являются настройками, которые должны и будут изменяться во время выполнения. По этой причине я не использую комплект настроек.
Но я хочу опросить
Можно ли иметь объект в той же базовой модели данных, который не связан с каким-либо другим объектом (в данном случае, объектом настроек).
если да, то глупо ли использовать plist для хранения настроек, когда я уже использую базовые данные для других постоянных хранилищ?
Я в конфликте, потому что слышал, как люди говорят: «Зачем использовать списки, если вы уже используете Core Data?» Также наличие сущности «настройка», которая содержит все возможные атрибуты настройки в одной сущности, кажется нелогичным. Под этим я подразумеваю, что сущность «настройки» не предназначена для одного конкретного параметра и не является абстрактным суперклассом. Но, возможно, это только из-за названия. Если он назывался «все настройки» или что-то в этом роде, то все атрибуты можно рассматривать как отдельные настройки. Я запутываю себя, тем больше пытаюсь объяснить ...: / так ...
Как, по вашему мнению, лучше всего сохранить пользовательские настройки, которые можно изменить во время выполнения?