модельное предложение для coredata - PullRequest
1 голос
/ 15 февраля 2012

Мне нужно было предложение от тебя ...

Я создаю приложение для просмотра видеоизображений для iPhone.

Основной вид имеет набор категорий, в каждой из которых отображается набор добавленных к ним видео.

Бэкенд моделируется с помощью Coredata.

Еще одна вещь, у сущностей видео и изображений есть «теги» ... и ведет себя как любой обычный тег.

Мой вопрос, как правило, объект "категория" отделен от объекта "тег", разница в том, Категория <- >> VideoEntity тег << ------ >> VideoEntity.

Поскольку теги также являются своего рода категориями, было бы целесообразно создать только ОДИН объект с именем "Category" и иметь атрибут "isCategory", который отображается постоянно и не может быть удален, тогда как другие в этой категории могут вести себя как теги .

Категория будет иметь << ---- >> Видео сущность.

Это делает жизнь проще, но я не знаю, будет ли это правильным путем.

1 Ответ

0 голосов
/ 15 февраля 2012

Существует множество способов представить вашу модель данных.Возможно, один из них, как вы говорите, должен учитывать, что тег - это разновидность категории с некоторой специальной функциональностью (другое отношение к VideoEntity).Затем вы можете создать сущность с именем GeneralCategory и две сущности с именами ExclusiveCategory и Tag. Эти две сущности будут наследоваться от первой сущности GeneralCategory (для их родительской сущности будет установлено значение GeneralCategory).Разница между ними заключается в отношениях

У вас будут все атрибуты имени и описания, объявленные в родительском объекте (GeneralCategory)

Объект ExclusiveCategory будет иметь ExclusiveCategory <- >> VideoEntityотношение У объекта Tag будет тег << ------ >> отношение VideoEntity

Но, опять же, могут быть и другие способы думать об этом ...

...