Thi*_*osa 1 c# asp.net-mvc domain-driven-design separation-of-concerns
我在Visual Studio 2015中有一个解决方案,我将DDD层分离为项目.当我需要将表示层(MVC 5)中的数据发送到应用程序层(类库)时,我通常使用:
申请服务
public interface IFooAppService
{
void AddNew(string name, DateTime birthday);
}
Run Code Online (Sandbox Code Playgroud)
调节器
[HttpPost]
public JsonResult AddNew(FooViewModel viewModel)
{
FooAppService.AddNew(viewModel.Name, viewModel.birthday);
}
Run Code Online (Sandbox Code Playgroud)
当我有一个具有许多属性和子实体的域实体类时,应用程序服务方法签名变得太长.考虑到DDD和关注点分离,在这种情况下,从MVC控制器直接将FooViewModel类映射到Foo域实体是否正确?这样的实施将是:
申请服务
public interface IFooAppService
{
void AddNew(Foo foo);
}
Run Code Online (Sandbox Code Playgroud)
调节器
[HttpPost]
public JsonResult AddNew(FooViewModel viewModel)
{
Foo foo = FooMapper.Map(viewModel);
FooAppService.AddNew(Foo);
}
Run Code Online (Sandbox Code Playgroud)
在这种情况下,将FooViewModel类直接从MVC控制器映射到Foo域实体是否正确?
如果您有应用服务,我会拒绝.您打扰创建一个额外的应用程序层,以便表示层可以专注于做UI的事情,而不是直接处理域.因为"方法签名太长"而想要短路似乎很奇怪.
此外,CQ(R)S命令的概念可以帮助您解决该参数问题.Controller可以调用应用程序服务,只传递一个Command.