在当前项目中,我们决定使用dto在服务器和客户端之间传输数据。
Dto是扁平的,讨人喜欢不是问题,它可以毫无困难地完成。但是dto unflattering可能变得很难实现,因为用户可能会删除,创建和更新展平实体图的某些部分。所以这是其中一个Web服务方法的示例代码:
[Update, EmpresaHasPermissions("PERMIT_INS_Employee")]
public void UpdateBackground(EmployeeBackgroundDTO dto)
{
using (var context = GetObjectContext())
{
var user = EmpresaAuthentication.Current.User;
Employee employee = context.Employees
.Include(it => it.Nationality)
.Include(it => it.EthnicOrigin)
.Include(it => it.MaritalStatus)
.Include(it => it.Religion)
.Include(it => it.CRB)
.Include(it => it.Passport)
.Single(it => it.OwnerOrganizationId == user.OrganizationId &&
!it.Deleted && it.Id == dto.Id);
var updater = new EmployeeBackgroundUpdater(context);
updater.UpdateEntity(employee, dto);
context.SaveChanges();
dto.MaritalStatusId = employee.MaritalStatusId;
dto.EthnicOriginId = employee.EthnicOriginId;
dto.ReligionId = employee.ReligionId;
}
}
正如你所看到的,这里混合了很多东西: 上下文创建 数据选择 调用数据更新程序 将新创建的dto的id发送回客户端
当你看到如何实现EmployeeBackgroundUpdater时,事情开始变得值得:
public override void UpdateEntity(Employee employee, EmployeeBackgroundDTO dto)
{
employee.InjectFrom(dto);
if (!IsPassportNull(dto))
{
if (employee.Passport == null)
{
employee.Passport = new Passport();
}
employee.Passport.IssueDate = dto.PassportIssueDate.Value;
employee.Passport.ExpiryDate = dto.PassportExpiryDate.Value;
employee.Passport.PassportNo = dto.PassportPassportNo;
employee.Passport.IssuingCountryId = dto.PassportIssuingCountryId.Value;
employee.Passport.OwnerUserId = UserId;
}
else
{
if (employee.Passport != null)
{
DeleteObject(employee.Passport);
employee.Passport = null;
}
}
if (!IsCRBNull(dto))
{
if (employee.CRB == null)
{
employee.CRB = new CRB();
}
employee.CRB.IssueDate = dto.CRBIssueDate.Value;
employee.CRB.ExpiryDate = dto.CRBExpiryDate.Value;
employee.CRB.Registration = dto.CRBRegistration;
employee.CRB.Notes = dto.CRBNotes;
}
else
{
if (employee.CRB != null)
{
DeleteObject(employee.CRB);
employee.CRB = null;
}
}
var epmpresaContext = (EmpresaEntities)ObjectContext;
AddMaritalStatus(employee, dto, epmpresaContext);
AddReligion(employee, dto, epmpresaContext);
AddEthnicOrigin(employee, dto, epmpresaContext);
employee.NationalityId = dto.NationalityId;
}
private void AddMaritalStatus(Employee employee, EmployeeBackgroundDTO dto, EmpresaEntities epmpresaContext)
{
if (!dto.MaritalStatusId.HasValue && !String.IsNullOrWhiteSpace(dto.MaritalStatusDescription))
{
var item = epmpresaContext.MaritalStatuses.FirstOrDefault(
it => it.Description.ToUpper() == dto.MaritalStatusDescription.ToUpper());
if (item == null)
{
employee.MaritalStatus = new MaritalStatus
{
Description = dto.MaritalStatusDescription
};
}
else
{
employee.MaritalStatus = item;
}
}
else
{
employee.MaritalStatusId = dto.MaritalStatusId;
}
}
代码结构相同,唯一的区别是实体集和实体类型的类型。这是可怕的,因为如果我们选择更新验证逻辑或类似的东西,我将不得不在项目的许多不同位置重写相同的代码。
感谢您阅读这一点。我有一系列问题:
1)如何将可以拥有子对象的flat dto解析为有效的实体图?
2)dto(或演示模型可能)是否包含对象的层次结构?
3)如何摆脱重复代码?
答案 0 :(得分:4)
要将实体解析为DTO,反之亦然,您可以检查AutoMapper。 DTO可以是对象的层次结构(它不必被展平)。我担心你永远不会避免一些重复的代码,因为每个实体类型都是特殊的,你必须手动处理它 - 这是使用DTO时所包含的复杂性。