2009-08-24 3 views
0

Я создаю приложение для iPhone, которое имеет некоторые данные по умолчанию внутри него через список свойств. Эти данные являются источником для моей модели. Каков наилучший способ управления этими данными, чтобы пользователь мог читать (и в нескольких случаях записывать) данные из этого plist?Если список свойств управляется собственным объектом модели?

В настоящее время я подклассифицирую NSObject и сопоставляю данные plist с свойствами этого объекта с методами чтения/записи данных на объект. Я прочитал о протоколе NSCoding и NSCoder, но не уверен, как реализовать это в моем пользовательском классе.

Любая помощь будет оценена по достоинству.

ответ

0

Кажется, ответ в этой ссылке:

http://mojomonkeycoding.com/tag/nscoding/

Я думаю, вы не беспокоиться о супер быть initWithCoder в этих случаях.

+0

Эта ссылка, кажется, лучше: http://cocoaheads.byu.edu/wiki/nscoding – mga

0

Если вы действительно хотите сохранить данные в plist, вы можете использовать NSString: propertyList. Он возьмет список свойств и проанализирует его в необходимые структуры для вас. Затем вы можете использовать NSPropertyListSerialization, чтобы записать его обратно.

Честно говоря, то, что вы делаете, проще, если у вас нет тонны различных объектов для отслеживания. Есть много способов просто загружать и сохранять данные, если это все, что вам интересно. Помимо NSCoder (который является большим количеством шаблонов кода для моего вкуса) вы можете использовать CoreData и не беспокоиться о процессе сериализации на всех - -CoreData управляет всем этим для вас полуавтоматически.

+0

В приложение загружает 7 пар имя/значение и массив словарей (например, список людей, каждый с его/ее данные). Я хочу использовать эти данные в разных представлениях в приложении. – mga

+0

Плисты отлично подходят для конфигурационных данных, которые обновляются нечасто. Если у вас есть куча данных или более частые обновления, вероятно, вы должны использовать CoreData. –

+0

- это в основном список значений, доступных только для чтения, и 4 пары имени/значения для состояния постоянных приложений – mga

Смежные вопросы