如何在CRUD场景中跟踪从可观察集合中删除的对象?

在我们的多层业务应用程序中, ObservableCollections 自跟踪从服务调用返回的实体。

我们希望能够从收集客户端获取实体、添加、更新和删除它们,然后将这些更改发送到服务器端,在服务器端它们将被持久化到数据库。

自跟踪实体,正如它们的名字所暗示的那样,跟踪它们自己的状态。 创建新的ste时,它具有添加的状态;修改属性时,它设置修改的状态;也可以具有删除的状态,但从 ObservableCollection (显然)。如果您想要这种行为,您需要自己编写代码。

在我当前的实现中,当一个实体从 可观测采集 ,我将它保存在阴影集合中,以便 可观测采集 被发送回服务器后,我可以将删除的项目一起发送,这样实体框架就知道要删除它们。

沿着这条线的东西:

protected IDictionary<int, IList> DeletedCollections = new Dictionary<int, IList>();

protected void SubscribeDeletionHandler<TEntity>(ObservableCollection<TEntity> collection)
{
    var deletedEntities = new List<TEntity>();
    DeletedCollections[collection.GetHashCode()] = deletedEntities;

    collection.CollectionChanged += (o, a) =>
        {
            if (a.OldItems != null)
            {
                deletedEntities.AddRange(a.OldItems.Cast<TEntity>());
            }
        };
}

现在,如果用户决定将其更改保存到服务器,我可以获取已删除项目的列表,并将其发送给:

ObservableCollection<Customer> customers = MyServiceProxy.GetCustomers();

customers.RemoveAt(0);

MyServiceProxy.UpdateCustomers(customers);

在这一点上 UpdateCustomers 方法将验证是否删除了任何项,并将它们发送到服务器端。

这种方法很好地工作,直到您开始考虑这些阴影集合的生命周期。基本上,当 可观测采集 如果是垃圾收集,就无法知道我们需要从字典中删除阴影收集。

我提出了一些复杂的解决方案,在本例中基本上可以进行手动内存管理。我保持 WeakReference 到 可观测采集 每隔几秒钟,我会检查引用是否处于非活动状态,在这种情况下,我会删除阴影集合。

但这似乎是一个可怕的解决方案…我希望StackOverflow的集体天才能够为更好的解决方案提供帮助。

编辑:

最后,我决定将 可观测采集 . 服务代理代码是生成的,因此更改它以返回派生类型是一项相对简单的任务。

谢谢你的帮助!