Database DDD是否适合我们的场景？
我们正试图开发一个API，为潜在用户提供数据密集型服务 我们的场景是：我们更多地是一个数据供应商，我们将大量数据存储在规范化数据库中，并使用查询检索这些数据以在数据驱动的web应用程序中显示。现在，我们想创建一个API，客户端可以使用它来创建自己的前端 在这种情况下，DDD是否有帮助 从所有的阅读资料来看，当您有复杂的事件逻辑时，DDD会有所帮助，但在这里，我们所做的只是将数据库中的内容组合起来并提供服务 或者，您认为我们可以不基于我们的数据库结构，而是基于它自己的域模型来构建API吗 感谢您的任何帮助Database DDD是否适合我们的场景？,database,dns,domain-driven-design,Database,Dns,Domain Driven Design,我们正试图开发一个API，为潜在用户提供数据密集型服务 我们的场景是：我们更多地是一个数据供应商，我们将大量数据存储在规范化数据库中，并使用查询检索这些数据以在数据驱动的web应用程序中显示。现在，我们想创建一个API，客户端可以使用它来创建自己的前端 在这种情况下，DDD是否有帮助 从所有的阅读资料来看，当您有复杂的事件逻辑时，DDD会有所帮助，但在这里，我们所做的只是将数据库中的内容组合起来并提供服务 或者，您认为我们可以不基于我们的数据库结构，而是基于它自己的域模型来构建API吗 感谢您的
谢谢。如果应用程序只需要查询，请不要考虑DDD。。请参阅 其中Udi清楚地解释了为什么我们不应该使用域模型进行查询