WCF数据服务中的MergeOption

Question

我在事件处理程序中执行了两个类似但不同的Odata服务操作调用（相同的服务操作，不同的参数）。 逐步执行代码，我可以看到每个查询的CreateQuery <>调用都会生成不同的查询URI，并且当通过浏览器请求时，返回的结果是正确的。 现在要奇怪的东西！ 除非II指定MergeOption = OverwriteChanges，否则第二个查询始终返回与第一个查询相同的结果。 这是我如何调用svc操作的简化视图：

List<Listing> whereToDine = Container.CreateQuery<Listing>("SearchListings")                        
                                                 .AddQueryOption("listingTypeIds", "'14'")
                                                 .AddQueryOption("cityId", CityId.ToString())
                                                 .AddQueryOption("radius", SearchRadius.ToString())
                                                 .AddQueryOption("skipIndex", "0")
                                                 .AddQueryOption("pageSize", (PageSize * NumPages).ToString())                                                                        
                                                 .AddQueryOption("sortType", "'name'").ToList<Listing>();

有人知道为什么会这样吗？

Answer 1

客户端对实体进行跟踪（假设清单是一种实体类型）。 因此，在评估查询时，容器（DataServiceContext）保留对它返回的所有实体的引用。

为了能够跟踪对实体的更改，这是必需的，以便在调用SaveChanges时，上下文知道哪些实体需要向服务器发送请求以进行更新。

当前，客户端不执行属性级别跟踪，因此它仅知道整个实体是否更改。 如果单个属性发生更改，则不会。

结果，当它读取来自服务器的数据并且响应包含客户端已经跟踪的实体时，它必须决定来自服务器的数据是要使用的数据还是应该使用客户端上的值（基本上位于这时它具有相同实体的两个版本，一个来自客户端，一个来自服务器）。

MergeOption是告诉客户端在这种情况下要做什么的设置。

默认值是客户端值获胜，这种想法是，如果您更改了客户端上的某些值，则您不希望服务器上的值覆盖您的更改，直到通过SaveChanges提交更改为止。

因此，在对服务操作的第一次调用中，客户端从服务器获取实体（第一次），然后得到结果。 在第二个调用中，您可能会获得相同的实体，但是其中包含新值。 但是客户端上的默认设置是保留客户端值，因此对查询的评估有效地删除了来自服务器的传入数据。

MergeOption是告诉客户端该怎么做的正确方法。