DDD 适合我们的场景吗?
我们正在尝试开发一个 API 并为潜在用户提供数据密集型服务。
我们的场景:我们更像是一个数据供应商,我们将大量数据存储在标准化数据库中,并使用查询检索它们以显示在数据驱动的 Web 应用程序中。现在,我们想要创建一个 API,客户端可以使用它来创建自己的前端。
考虑到这种情况,DDD 在这里有帮助吗?
从所有的阅读来看,当您有复杂的事件逻辑时,DDD 会有所帮助,但这里我们所做的只是将数据库中的内容组合在一起并为它们提供服务。
或者,您是否会说我们可以不基于我们的数据库结构,而是基于它自己的域模型来构建 API?
任何形式的帮助表示赞赏。
谢谢。
We are trying to come up with an API and serve data-intensive services to potential users.
Our scenario: we are more of less a data vendor where we store massive amount of data in normalized database and use queries to retrieve them to be displayed in data-driven web applications. Now, we want to create an API that clients can use to create their own frontend.
Given the scenario, does DDD help here?
From all the readings, DDD helps when you have complex event logic, but here all we are doing is putting things together from the database and serving them.
Or, would you say that we could build API based NOT on our database structure, but on its own domain model?
Any kind of help is appreciated.
Thank you.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
如果应用程序需求只是查询,就不要考虑DDD..并且请参考cqrs< /a>
其中 Udi 清楚地解释了为什么我们不应该使用领域模型进行查询
If the application needs are only querying never think of DDD.. and Please refer cqrs
in which Udi clearly explain why we should not use the domain model for querying