Рекомендации по моделированию предметной области

Question

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

У меня есть объект StockItem и объект Store.Я назначаю StockItem нескольким магазинам и устанавливаю разные уровни для каждого магазина.Затем мне нужно провести транзакции (продажа, покупка, передача и т.д.), Которые корректируют количество в наличии в различных магазинах.

Каков предпочтительный способ моделирования этого решения?В моей базе данных у меня была бы следующая упрощенная структура таблицы:[Элемент запаса] StockItemID пк, Имя

[Магазин] Идентификатор магазина пк, Название

[Элемент Store_StockItem] Идентификатор элемента складирования pk, Идентификатор магазина fk, Идентификатор элемента складирования fk, Параллельный уровень, Количество из рук в руки

[StockItemTransaction] [Биржевая транзакция] Идентификатор StockItemTransactionID pk, Идентификатор StockItemStoreID fk, Идентификатор StockItemTransactionTypeID fk, Количество

Любой совет с благодарностью

Answer 1

Я не думаю, что кто-либо здесь действительно может дать вам желаемый ответ, потому что весь смысл доменно-ориентированного проектирования заключается в том, что объектной моделью должен руководствоваться ваш собственный бизнес-домен.

Единственный совет, который я хотел бы предложить, заключается в том, что вам не следует беспокоиться о том, как база данных моделирует эти отношения при работе в домене.Вы должны нормализовать свою базу данных в соответствии с правилами нормализации и создать свою доменную модель в соответствии с фактическим бизнес-доменом.

Помните, что модель данных и модель предметной области не сопоставляются друг с другом в соотношении 1:1.