Советы по моделированию домена - Продукты / Продажи - PullRequest
2 голосов
/ 08 мая 2009

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

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

Я почти уверен, что эта проблема решалась миллион раз раньше. Прежде чем приступить к решению этого 1000001-го раза, я хотел спросить кого-то, кто делал это раньше. Кто-нибудь знает про подходящий шаблон? Советы и впечатления приветствуются! Любые ошибки, которые я должен знать?

Просто чтобы прояснить, я не ожидаю, что кто-то сделает мою работу за меня, просто дай мне несколько советов: -)

1 Ответ

1 голос
/ 20 июня 2011

Понятие ограниченного контекста охватывает то, о чем вы говорите.

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

...