我有使用Entity Framework 5持久化的POCO领域实体。它们通过仓储模式从DbContext获取,并通过UoW模式向RESTful MVC WebApi应用程序公开。这些POCO实体是代理对象并且是惰性加载的。
在向客户端发送它们之前,我将我的实体转换为DTO。我正在使用Automapper来完成这个操作,并且它似乎能够很好地将代理POCO映射到DTO,保留导航属性。我正在使用以下映射进行此操作:
Mapper.CreateMap<Client, ClientDto>();
领域/数据传输对象(DTO)对象的示例:
[Serializable]
public class Client : IEntity
{
public int Id { get; set; }
[Required, MaxLength(100)]
public virtual string Name { get; set; }
public virtual ICollection<ClientLocation> ClientLocations { get; set; }
public virtual ICollection<ComplianceRequirement> DefaultComplianceRequirements { get; set; }
public virtual ICollection<Note> Notes { get; set; }
}
public class ClientDto : DtoBase
{
public int Id { get; set; }
[Required, MaxLength(100)]
public string Name { get; set; }
public ICollection<ClientLocation> ClientLocations { get; set; }
public ICollection<ComplianceRequirementDto> DefaultComplianceRequirements { get; set; }
public ICollection<Note> Notes { get; set; }
}
现在我正在尝试使用从线路发送回来的DTO更新我的上下文。我在使导航属性/相关实体正常工作方面遇到了具体的困难。我使用的映射如下:
Mapper.CreateMap<ClientDto, Client>()
.ConstructUsing((Func<ClientDto, Client>)(c => clientUow.Get(c.Id)));
以上,clientUow.Get()是指DbContext.Set.Find(),这样我就从EF中获取了跟踪的代理POCO对象(它还包含所有相关实体的代理)。
在我的控制器方法中,我正在执行以下操作:
var client = Mapper.Map<ClientDto, Client>(clientDto);
uow.Update(client);
客户端成功映射为代理POCO对象,但其相关实体/导航属性被替换为一个新的(非代理)POCO实体,并且其属性值从DTO复制而来。
上面提到的uow.Update()基本上是指执行持久化逻辑的函数,我的代码如下:
_context.Entry<T>(entity).State = System.Data.EntityState.Modified;
_context.SaveChanges();
上述问题甚至不能持久化实体,更不用说相关的实体了。我已经尝试了映射方案的变化和不同的分离/状态持久化方式,但总是会收到“在ObjectStateManager中已存在具有相同键的对象”异常。我查看了无数其他线程,但是无法让Automapper完全工作。我可以从上下文中获取代理对象,并手动遍历属性,从DTO中更新它们,但是我正在使用Automapper将领域-> DTO进行映射,使用它来执行相反的操作会更加优雅,因为我的DTO在很大程度上类似于我的领域对象。
是否有一种标准方法来处理带有导航属性的领域对象/DTO的Automapper与EF的结合? 更新:
var originalEntity = _entities.Find(entity.Id);
_context.Entry<T>(originalEntity).State = System.Data.EntityState.Detached;
_context.Entry<T>(entity).State = System.Data.EntityState.Modified;
以上持久性逻辑更新了上下文中的“root”EF代理对象,但是任何相关实体都没有被更新。我猜这是因为它们没有映射到EF代理对象而是普通的领域对象。非常感谢你的帮助!
更新: 看起来我正在尝试实现的实际上在当前版本的EF(5)中不可能实现,这是EF的核心限制,与Automapper无关:
我想这又回到了手动操作的方式。希望这可以帮助其他有同样疑问的人。
ClientDto
类里应该使用ICollection<ClientLocationDto>
和ICollection<NoteDto>
吗?(因为你也有ComplianceRequirementDto
)。你映射这些 Dto 的方式和ClientDto
一样吗? - Gert Arnold