用于字段级别更新的 WCF 合同

Question

我正在开发一个通过 WCF 服务执行一些 CRUD 操作的应用程序。 read方法返回一个完整的实体，更新是通过遗留系统执行的，并且只应该更新更改的值。

在不简单发送键值对字典的情况下，为这种场景设计数据契约的最佳方法是什么？

Answer 1

我唯一能想到的另一件事是使您的组件 持久 - 即将其状态保留到文件或数据库。这样，在更新时，您可以将先前的状态与传入的状态进行比较。我不确定这是一个好方法，因为它会比仅传入键值对带来更多的开销。

从外面看，它可能看起来更 CRUDy 或其他什么，但从实际的角度来看，您最好只传递一些有关哪些值发生了变化的指示。

Answer 2

如果它有帮助，但不确定您到底在寻找什么...

在更新请求中，仅对不为空的字段进行操作。

此外，将所有不可为空的类型包装在可为空的结构中。

举个例子...

Update( Nullable<int> orderNumber, 
        Nullable<DateTime> orderDate, 
        Nullable<bool> isComplete )
{
    if( orderNumber != null )
        databaseRecord.OrderNumber = orderNumber;

    if( orderDate != null )
       databaseRecord.OrderDate = orderDate;

    if( isComplete != null )
       databaseRecord.IsComplete = isComplete;
}

Answer 3

最好的方法是使用属性字典，只需将您的实体表示为属性名称和值的字典即可。
将所有更改保存在某个列表中，并传递包含所有更改属性的部分字典。

我认为这是最好的设计，

如果您想避免这种设计，请发送整个实体以及一些已更改属性的列表。
（为了节省传输，您可以在其他属性上设置 null）

如果您不想更改服务合同签名，您可以将修改后的属性的名称推送到标头上

Answer 4

对于如何实现这一目标，我有两个想法；

1. 让客户端完整发送原始实体和更改后的实体，然后服务将找出更改了哪些属性。

   让客户端完整发送

2. 使用类似于 Nullable 的模式，我们将其称为 Modified，带有 IsModified 标志和 T 类型的 NewValue 属性。DataContract 的每个属性都属于这种类型，服务可以在执行更新时检查 IsModified 标志。< /p>

我们使用的遗留系统有一个 api，它接受 String.Empty 来标识未修改的字段，即“？”字符用于指示对空字符串的更新。我真的不喜欢这样，api的用户被迫阅读文档，如果你真的想存储一个“？”你不能。我希望我们的 webservice api 更加明确。

Answer 5

您可以使用 DataSet 来保存更改。将您的记录称为数据集，然后为该记录分配一些值。 DataSet.Tables[0].GetChanges() 将为您提供已更改的列。

Answer 6

您可以保留数据合同并更新您的服务合同。只需将方法的必填字段表示为服务契约中的属性即可。如果服务联系人发生变化，任何使用该服务的消费应用程序都必须进行更新，但消费应用程序将知道成功更新数据需要什么。

这种方法有优点和缺点，但当我编写的方法不需要完整的数据契约时，我会使用它。

--已编辑拼写错误--

Answer 7

查看您的要求和声明，在开始编写我对可能的解决方案的看法之前，我做了一些假设：

• 您正在使用相同的类来检索（“读取”操作的返回值类型）和更新项目（输入参数WCF 服务中的“更新”操作类型）。
• 您当前的实现问题是如何使用原始类（不是字典）并且当您在 WCF 服务上调用“更新”操作时仍然能够确定“与读取相比发生了什么变化”
• 您正在编写服务器和客户端。两者都是使用 MS .Net 框架编写的。

如果这是真的，则问题在于 Update 方法缺少信息。所需的信息是“已更改”，如果存在第二个状态来与后端进行比较，或者应该已经与要在后端更新的状态一起存在，则可以推断出该信息。

由于当客户端将其数据发布到 WCF 服务时，您只有“后端状态”（没有标志），因此我们应该如何确定发生了什么变化？显然，我们希望阻止另一次“读取”往返来获取当前服务器状态并开始比较。

发送原件和从客户端到服务器的状态更改是一种可能但繁重的解决方案。除此之外，客户端对此信息不感兴趣，服务器感兴趣。

将所有这些加起来使我猜测更改“更新”操作输入参数的类型是最简单的方法。创建一个装饰器类，向原始实体添加“脏位”行为。使用这个新类作为“更新”操作的输入参数。然后，您将可以在服务器中检查客户端发送的完整状态旁边的脏位。客户端的主要变化是“Update”操作所需的对象不再与“Read”方法提供的对象相同。为了减轻这种痛苦，我可能会创建一个装饰器类，其中添加了所需的“脏位”处理。这只需要更改对象实例，同时维护客户端的接口签名（代码更改很少）。