代码之家 › 专栏 › 技术社区 › Samuel Goldenbaum

关于领域建模的建议

domain-driven-design

Samuel Goldenbaum · 技术社区 · 17 年前

我有一个StockItem实体和一个Store实体。我将一个StockItem分配给多个商店,并为每个商店设置不同的ParLevel。然后,我需要进行交易(销售、购买、转入等),以调整各个商店的现有数量。

对此解决方案建模的首选方法是什么?在我的数据库中,我将具有以下简化的表结构: [库存项目] StockItemID pk, 名称

StoreID pk, 名称

[库存商品] StoreStockItemID主键, StockItemID fk, 现有数量

[股票交易] StockItemTransactionID主键, StockItemTransactionTypeID fk, 量

非常感谢您的任何建议

1 回复 | 直到 17 年前

RibaldEddie 17 年前

我不认为这里的任何人真的能给你想要的答案,因为领域驱动设计的全部要点是你自己的特定业务领域应该指导对象模型。

我提供的唯一建议是,在处理域时,您不必担心数据库如何建模这些关系。您应该根据规范化规则规范化数据库,并根据实际业务领域创建域模型。

推荐文章

Birdalicious · 带日志的装饰图案

1 年前

Saulo Torres · 依赖注入程序在DDD项目上不起作用

2 年前

yyqwerty · 领域驱动设计与Scala[关闭]

2 年前

Tisha Anand · 领域驱动设计——对用户注册过程进行建模。NET核心

3 年前

alyawdi · C#中的ValueObject获取错误实体类型“SkillLevel”需要定义主键

3 年前

Mateusz Babski · .NET-使用集成事件在模块之间传递对象

3 年前

Community wiki · 获取对象内部的所有关联/复合对象(以抽象方式)

3 年前

apostrophedottilde · 节点。js-从域模型中抽象mongoose模型

8 年前

Tony Raimo · 域实体是否应该调用存储库?

8 年前

Seb · DDD只读存储库返回“值对象”

8 年前