Domain driven design 围绕ddd项目的wcf包装器

Domain driven design 围绕ddd项目的wcf包装器,domain-driven-design,Domain Driven Design,我有两个问题-: 我必须为我的ddd项目提供wcf包装。那么,下面的设计正确吗 Mvc->ServiceLayerWcf->app->domain->infra 或应用程序服务将充当wcf服务 2我知道我必须在服务层公开dto。所以,我在域服务和应用程序服务中公开了什么服务方法,我是否也必须在服务层创建同名的方法服务,并从服务层调用域服务和应用程序服务。这类问题总是很难回答,因为它实际上取决于您的需要和要求 在我看来,没有最好的解决方案,只有一个适合您需求的好解决方案 总之,一般来说,您所做的是

我有两个问题-:

我必须为我的ddd项目提供wcf包装。那么,下面的设计正确吗

Mvc->ServiceLayerWcf->app->domain->infra

或应用程序服务将充当wcf服务


2我知道我必须在服务层公开dto。所以,我在域服务和应用程序服务中公开了什么服务方法,我是否也必须在服务层创建同名的方法服务,并从服务层调用域服务和应用程序服务。

这类问题总是很难回答,因为它实际上取决于您的需要和要求

在我看来,没有最好的解决方案,只有一个适合您需求的好解决方案

总之,一般来说,您所做的是正确的,但您必须确保它符合您的需要:有时我们会痴迷于遵循最佳实践,我们可能会添加太多的层来完成2可以完成的事情:-

我唯一能说的是,你不能公开DTO,因为它只是从一个非常高的角度传输对象的一种方式。它可以被比作一个协议,但它没有说明你要公开什么对象。 您可以创建POCO对象,只需公开它们,但在这种情况下,您需要一个汇编器层,该层将从服务层用于根据域模型创建POCO对象。 汇编程序和MVC层都知道POCO对象

我希望这是有道理的