我在Visual Studio 2015中有一个解决方案,我将DDD层分离为项目。当我需要将表示层(MVC 5)中的数据发送到应用程序层(类库)时,我通常会使用:
申请服务
public interface IFooAppService
{
void AddNew(string name, DateTime birthday);
}
控制器
[HttpPost]
public JsonResult AddNew(FooViewModel viewModel)
{
FooAppService.AddNew(viewModel.Name, viewModel.birthday);
}
当我有一个包含许多属性和子实体的域实体类时,应用程序服务方法签名变得太长。考虑到DDD和关注点分离,在这种情况下,将FooViewModel
类直接映射到Foo
域实体是否正确?这样的实施将是:
申请服务
public interface IFooAppService
{
void AddNew(Foo foo);
}
控制器
[HttpPost]
public JsonResult AddNew(FooViewModel viewModel)
{
Foo foo = FooMapper.Map(viewModel);
FooAppService.AddNew(Foo);
}
答案 0 :(得分:5)
将FooViewModel类映射到Foo域实体是否正确 在这种情况下,从MVC控制器?
如果您有应用服务,我会拒绝。您打扰创建一个额外的应用程序层,以便表示层可以专注于做UI的事情,而不是直接处理域。想要短路只是因为"方法签名太长"似乎很奇怪。
此外,CQ(R)S的命令概念可以帮助您解决该参数问题。 Controller可以调用应用程序服务,只传递一个Command。
答案 1 :(得分:0)
如果您拥有的是从DTO到实体的简单映射,那么您可能正在构建anemic domain model。
您应该尝试使用DDD构建完整的域模型,或者使用CRUD样式的应用程序。根据应用程序的性质,它们都很有用。 DDD通常只对复杂的问题域有意义。