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

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

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

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

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

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

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

Answer 2

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