我首先使用实体框架代码,并通过WCF REST HTTP接口公开northwind数据库。
我没有公开OrderDetails表(订单商品),因为创建订单然后通过另一个服务分别添加每个必需的OrderDetail是没有意义的。在我看来,它需要是一个成功或失败的原子事务。因此,我在传递给客户端时包含Order.OrderDetails集合,并假设在创建或更新订单时我将获得一个。
然而,问题似乎是在重新附加Order实体以进行更新时检测OrderDetails集合的更改。订单本身可以设置为已修改以更新这些属性,但这不会级联到OrderDetail项目。所以我可以手动完成并设置更新的修改后的问题,但问题在于找出哪些是首先更新的。将新的OrderDetail设置为modified会在尝试保存时导致错误。
我读了一条建议,将新集合项的Id设置为0,并在服务器中使用它来决定它是新的还是现有的。然而,Northwind在OrderDetails的OrderID和ProductID之间使用复合键。这些都必须由客户端设置,所以我找不到一种方法来检测新的。此外,分离图中不存在已删除的OrderDetail,我需要弄清楚已删除的内容并明确删除它。
非常感谢任何建议。
public override Order Update(Order entity)
{
dbset.Attach(entity);
DataContext.Entry(entity).State = EntityState.Modified;
foreach (var orderDetail in entity.OrderDetails)
{
DataContext.Entry(orderDetail).State = EntityState.Modified;
}
return entity;
}
答案 0 :(得分:6)
我最近被允许开源我之前为我的雇主做过的一些工作(当然有一些变化)。我实际上写了一个扩展方法来解决这个问题,你可以在http://refactorthis.wordpress.com/2012/12/11/introducing-graphdiff-for-entity-framework-code-first-allowing-automated-updates-of-a-graph-of-detached-entities/
得到它希望它有所帮助!
答案 1 :(得分:4)
这是common and complex issue并且没有任何魔法可以帮助你。我的解决方案(也是唯一适用于所有方案的解决方案)是在更新方法中再次加载Order
并手动合并更改:
public override Order Update(Order entity)
{
// No attach of entity
var attached = DataContext.Orders.Include(o => o.OrderDetails).SingleOrDefault(...);
if (attached == null) ...
// Merge changes from entity to attached - if you change any property
// it will be marked as modified automatically
foreach (var detail in attached.OrderDetails.ToList())
{
// ToList is necessary because you will remove details from the collection
// if detail exists in entity check if it must be updated and set its state
// if detail doesn't exists in entity remove if from collection - if it is \
// aggregation (detail cannot exists without Order) you must also delete it
// from context to ensure it will be deleted from the database
}
foreach (var detail in entity.OrderDetails)
{
// if it doesn't exists in attached create new detail instance,
// fill it from detail in entity and add it to attached entity -
//you must not use the same instance you got from the entity
}
DataContext.SaveChanges();
return entity;
}
如果您使用时间戳,还可能需要手动检查时间戳。
替代方案是您所描述的0用于新细节和负ID用于删除的详细信息,但这是必须在客户端上完成的逻辑。它也只在某些情况下有效。