Использование коллекций / контейнеров / каталогов в моделях домена

Question

Допустим, я хочу моделировать кинотеатр. Кинотеатр будет иметь пару комнат (например, 7), где играют фильмы.

Интересно, как я должен разработать модель домена для этого сценария.

• Следует Cinema Концепция концепции класса имеет прямую связь с 7 комнатами?Alt Text http://dl.dropbox.com/u/6187267/shooterpics/nocatalog.jpg.
• Следует Cinema Концепция класса имеет ассоциацию с каталогом 7 комнат?Alt Text http://dl.dropbox.com/u/6187267/shooterpics/catalog.jpg.

Почему?

У меня есть проблемы с пониманием Почему в некоторых местах я вижу первый случай и в некоторых других я вижу что-то вроде второго случая.

Если вместо номеров я хотел изобразить отношения между кино и:

1. Билеты на продажу (сегодня).
2. Билеты уже проданы (сегодня)
3. Клиенты в базе данных Cinema
4. Набор часов, на котором в кинотеатре играют фильмы в данной комнате.
5. Набор мест, в котором вы можете сидеть в комнате в кинотеатре.

Должен ли я использовать каталоги, я должен подключить их непосредственно к Cinema Концепция с множественностью * в цели?

Спасибо

Answer 1

Какова роль каталога комнаты?

Есть ли у него другие атрибуты / операции, или это только в качестве контейнера для помещений?

Можете ли вы создать несколько номеров-каталогов, связанных с и в течение всей жизни экземпляров кино?

Каталог номеров вроде звуков, чтобы быть более похожим на то, что вы увидите в сервисном слое, а не в доменной модели.

Если он не способствует структурному или поведенственно или поведенственно, я бы, наверное, повернул его и пойду с простой ассоциацией.

Answer 2

В индустрии разработки программного обеспечения нет правильного дизайна или неправильного дизайна. Вы можете использовать первый или второй метод (т.е. вы можете использовать любой каталог, либо подключить их непосредственно в кино). Но главное, что вы должны быть в состоянии оправдать свой дизайн.