在我的 Web 应用程序中，产品由 N 个产品选项和一个产品对象定义。要显示完整的产品，我需要创建一个视图模型，该模型将包含产品对象、产品选项列表以及每个产品选项的可能值列表。我的问题是什么是最佳实践？我应该在哪里构造这个对象？
在我的 mvc 应用程序中，我有一个服务层，我应该在服务层中执行它并让 productservice.getproduct(id) 之类的东西返回视图模型以供视图使用...还是在我的控制器中使用结合...
Productservice.getProduct(Id) and productoptionService.getProductoptions(productId)
然后在控制器内部构造视图模型？
我的猜测是第一个选项，有什么想法吗？
【问题讨论】：
标签： c# asp.net asp.net-mvc architecture domain-driven-design
你的问题有点复杂，因为一个开发者所说的服务对另一个开发者来说是另一回事。
那么我们该如何继续呢？
我们知道在 View 和 ViewModel 之间进行调解是 Controller 的责任。
请记住，一个 ViewModel 到一个 View 通常是一种很好的做法。
那么你的领域模型呢？
最好保持独立，不要让它泄漏到您的控制器中，这是为了防止任何类型的 UI 特定信息意外进入您的域模型。
我个人练习以下内容，我有一个超薄层（称为管理器或服务），它返回一个 ViewModel，并在与控制器交谈时接收一个 ViewModel。但是当与我的内部人员交谈时，我会使用我的域模型。
所以控制器 -> 管理器 -> 服务
域模型和 ViewModel 之间的管理器映射。
例如：
public class MemberManager
{
public MemberService MemberService {get;set;}
public MemberViewModel GetMember(int id)
{
var domainModel = MemberService.GetMember(id);
return new MemberViewModel { FullName = domainModel.FullName };
}
public bool UpdateMember(MemberViewModel viewModel)
{
MemberService.Update(new MemberDomainModel { Id = viewModel.Id, FullName = viewModel.FullName });
return true; // all good.
}
}
还有你的控制器。
public class MemberController
{
public MemberManager MemberManager {get;set;}
public ActionResult View(int id)
{
var viewModel = MemberManager.Get(id);
return View(viewModel);
}
}
【讨论】：
根据我对 DDD 和 MVC 的 view-model 的理解，你提到的从productservice.getproduct(id) 返回的那个是属于域模型的，而视图模型只是用于
将数据传递给视图以用于显示目的。所以在我看来，你应该有一个视图模型，它是Productservice.getProduct(Id), productoptionService.getProductoptions(productId) 的组合
你应该通过调用这两个方法在你的控制器中构建你的视图模型。
【讨论】：