在具有领域层(DL)/业务(服务)层(BL)/表示层(PL)的多层项目中，向表示层传递实体的最佳方法是什么？
DO => Domain Object;
DTO = Domain Transfer Object;
VM => View Model;
V => View;
选项1：
DL => DO => BL => DTO => PL => VM => V
这个选项似乎是最佳实践，但同时也很难维护。
选项2：
DL => DO => BL => DTO => PL => V
这种选择似乎不是很好的实践，但由于DTO与VM几乎相同，我们可以直接将其传递给View，并且它更容易实现和维护。
那么对于多个布局，比如对于移动设备，我可能需要从BL获取更少的信息，因此我需要一个不同的VM来适应特定的布局，这种选择是否可靠？
将DTO传递给视图是可以的。如果需要更改或增强DTO，则创建ViewModel。常见情况是添加链接。ViewModel 引用 DTO 作为复杂属性也是可以的。
我用以下方法创建了几个中等规模的应用程序，并且晚上睡得很好 ;-)
实体 <=> 服务 <=> 模型
请注意，这3个层必须由包/模块/程序集分离，并且仅限于后端。
实体: 领域层，领域对象，存储库，数据库模型，数据对象层（DAL）
服务: 业务逻辑层（BLL），业务服务层
模型: 数据传输对象（DTO），演示层，视图模型（请从您的字典中删除演示/视图）
视图是一个单独的项目（PWA，渐进式Web应用程序），它使用API并且不需要任何后端代码支持。它有自己的视图模型和业务逻辑。
例如：
MyProject.Entities (DAL):
[Table("customers")]
public class Customer
{
// Used to instantiate the proxy by DbContext
protected Customer() { }
// Used by developers
public Customer(string name) : this()
{
Id = IdGenerator.Next();
SetName(name);
}
[Key]
public virtual string Id { get; protected set; }
public virtual string Name { get; protected set; }
[Column("summary")]
public virtual string Description { get; set; }
public void SetName(string name)
{
if (string.IsNullOrEmpty())
throw new ArgumentNullException(nameof(name));
Name = name;
}
}
我的项目.模型（数据传输对象）：
public class IdModel
{
[Required]
public string Id { get; set; }
}
public class CreateCustomerModel
{
[Required]
[MaxLength(50)]
public string Name { get; set; }
}
public class EditCustomerModel : IdModel
{
[Required]
[MaxLength(50)]
public string Name { get; set; }
public string Description { get; set; }
}
我的项目.Services (BLL):
public class CustomerService
{
private readonly DbContext _db;
private readonly IMapper _mapper;
public CustomerService(DbContext db, IMapper mapper)
{
_db = db;
_mapper = mapper;
}
public async Task<EditCustomerModel> Get(IdModel model)
{
var customer = await _db.Get<Customer>(model.Id);
return _mapper.Map<EditCustomerModel>(customer);
}
public async Task<IdModel> Create(CreateCustomerModel model)
{
var customer = new Customer(model.Name);
await _db.SaveOrUpdate(customer);
return _mapper.Map<IdModel>(customer);
}
public async Task Edit(EditCustomerModel model)
{
var customer = await _db.Get<Customer>(model.Id);
customer.SetName(model.Name);
customer.Description = model.Description;
await _db.SaveOrUpdate(customer);
}
public async Task Delete(IdModel model)
{
await _db.Remove<Customer>(model.Id);
}
}
上面的例子只是一个简单的CRUD服务。但是同样的方式，您可以实现任何领域服务，例如CustomerInvoiceService：
[Description("Creates a new customer and invoices it. Returns invoice Id.")]
public async Task<IdModel> CreateCustomerAndInvoiceIt(CreateCustomerInvoiceModel model)
{
model.InvoiceForm.CustomerId = await _customerService.Create(model.CustomerForm);
var invoiceId = await _invoiceService.Create(model.InvoiceForm);
return invoiceId;
}
MyProject.Models 是数据传输对象（DTOs）。它们的目的是将数据从一个服务传输到另一个服务（例如 CreateCustomerModel）。MyProject.Entities 是领域对象。它们的目的是保持/持久化业务逻辑的状态。 - ADM-ITMyProject.Models（DTO）用于在视图和BLL之间传输数据。public async Task<MyResultModel> MyControllerAction(MyFormModel model) { return _businessLogic.Process(model); }。 - ADM-IT请看我的回复： https://dev59.com/vXI-5IYBdhLWcg3wMFIf#14059156
你说： 这个选项似乎是最佳实践，但维护起来也很麻烦。
或许实现起来不太费劲，只需要复制几行代码就可以了，但维护肯定不容易。