rest - DDD 模型和 Rest API

标签 rest domain-driven-design

构建 REST web.api 时,我应该将资源模型(作为 Controller 中的参数提交的模型)与域模型分开。或者这些应该被视为同一件事?

我想我应该把它们分开。对我来说,资源模型应该是一个简单的 dto。然后将它们映射到域模型中,该域模型包含有关资源如何与其他资源相关的所有丰富信息以及协调业务规则的一个位置。最后,领域模型通过实体模型保存数据。

看来我得到了模型重载资源模型、域模型和实体模型。它们看起来都非常相似。但通过这样做,我得到了一个更易于维护的应用程序。你同意吗?

最佳答案

When building a REST web.api should I separate a resource model (a model that is submitted as a parameter in a controller) from a Domain model. Or should these be considered the same thing?

分开。简而言之,资源属于集成域;领域模型的更改是操作资源的副作用

请参阅 Jim Webber 在 domain driven design for RESTful systems 上的 2011 年演讲

关于rest - DDD 模型和 Rest API,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46636006/

相关文章:

c# - 域驱动设计中上下文之间的通信

c# - 持久性 ID 和域模型实体

database - 对基于集合的 sql 数据操作操作的代码列表进行建模

java - RESTful 生成二进制文件

api - 如何在同时接收具有相同 ID 的多个请求时保持 API 幂等?

domain-driven-design - 领域驱动设计中的聚合根复杂度

caching - 在 DDD 应用程序中,我应该在哪一层实现从数据库中查找数据的缓存?

java - 我对 Spring Rest 服务的 ajax 调用永远处于挂起状态

python - 如何解析日期(928142400000+0200)?

Python Eve 框架身份验证未应用于选定的 API