Хранятся ли вариации подклассов PFObject в локальном хранилище данных?

У меня есть подкласс PFObject под названием Session. Этот объект хранит массив объектов как переменную экземпляра. Массив содержит объекты типа Event, который также является подклассом PFObject. Когда я вызываю pinInBackground для объекта Session для его локального кэширования, будет ли этот экземпляр экземпляра массива также кэшироваться? Я понимаю, что стандарт кэширования PFObjects хранит словарь данных, но как быть с подклассами?


person Satre    schedule 25.04.2015    source источник
comment
Вы ознакомились с документацией? Он должен сохранять переменные, если они имеют префикс @NSManaged и вы правильно реализовали подкласс.   -  person hhanesand    schedule 27.04.2015
comment
Однако @NSManaged не позволяет мне указать начальное значение для переменной. Поскольку никогда не создайте экземпляр класса явно, а скорее создайте его представление типа, как мне присвоить начальное значение переменной?   -  person Satre    schedule 01.05.2015
comment
добавлен ответ + ссылка на другой ответ, в котором описывается исходная проблема с переменной   -  person hhanesand    schedule 01.05.2015
comment
@lightice11, я разместил еще один вопрос здесь   -  person Satre    schedule 01.05.2015


Ответы (2)


Основываясь на комментарии @lightice11 выше, я понял, что этого можно добиться, пометив переменные экземпляра как @NSManaged, и они будут сохранены в локальном хранилище данных Parse.

person Satre    schedule 28.04.2015

Убедитесь, что вы добавили тег @NSManaged в переменную.

Затем Parse автоматически сохранит изменения в переменной, но у нее нет значения по умолчанию. Это можно решить разными способами, некоторые из которых я изложил здесь.

person hhanesand    schedule 30.04.2015
comment
Как мне перегрузить метод object в Swift? Я не уверен, что другие методы, о которых вы говорите, сработают в моем случае, поскольку var не является частью словаря данных и никогда не синхронизируется с Parse, а просто является локальным экземпляром var. - person Satre; 01.05.2015