如何防止“指定” WCF 客户端中生成的属性？

Question

我有两个使用 VS2008 构建的 .NET 3.5 WCF 服务。

我在 Silverlight 中有两个 WCF 客户端来使用这些服务。客户端是通过“添加服务引用”生成的。我正在使用 Silverlight 4。

其中一个代理是使用每个属性的指定属性生成的。这是我的服务方法的“消息输入”类：

    // properties are generated for each of these fields
    private long customerProfileIdField;        
    private bool customerProfileIdFieldSpecified;        
    private bool testEnvField;        
    private bool testEnvFieldSpecified;

现在我的其他服务（仍然使用 Silverlight 客户端）不会生成 Specified 属性。

现在我不关心“良好 SOA 的原则”。我只是想摆脱这些该死的属性，因为在我所做的事情的背景下，我绝对讨厌它们。

这两种服务之间肯定存在一些差异 - 但我不想将它们完全拆开才能找出差异。

之前的一个类似问题得到了答案'你不能这样做' - 这绝对不是真的，因为我有它 - 我只是不知道我做了什么不同的事情。

编辑：我现在的情况是，我将 Silverlight 4 代理重新生成到 3.5 WCF 服务（全部在同一台本地主机计算机上），有时我会获得“指定”属性，有时则不会。我不再认为（正如我最初怀疑的那样）这仅仅是由于某些端点配置或服务级别[属性]造成的。消息本身存在某些触发器，导致生成（或不生成）指定。可能涉及很多因素，也可能很简单。

Answer 1

在 WCF 服务中尝试此操作，其中声明的属性

[DataMember(IsRequired=true)]
public bool testEnvField { get; set; }

IsRequired=true 将不再需要 testEnvFieldSpecified 属性

Answer 2

这些额外的指定属性是为在契约或属性标记中指定为可选的值类型生成的。

由于值类型默认有一个值，因此将为这些属性添加额外的 Specified 标志，以允许客户端（和服务器）区分显式未指定或显式指定的内容 - 这很可能是设置为默认值。如果没有它，即使您没有在客户端代码中设置整数（因为映射到 int），整数最终也将始终为 0（并被序列化）。因此，当您这样做时，您还需要确保将 Specified 标志设置为 true，否则这些属性将不会被序列化。

因此，为了防止为值类型生成这些标志，您必须更改约定以使这些值类型属性成为强制性的，而不是可选的。

希望这是有道理的。

Answer 3

好的，到目前为止，我发现了一件事会导致生成 Specified 属性：

• 消息中存在 XTypedElement。

这些由 Linq2XSD 使用。我从 Linq2XSD 模型返回一个元素。

这触发了在我的所有类中生成所有内容的指定属性：

    public XTypedElement Foo { get; set; }

然而这并没有：

    public XElement Foo { get; set; }

仍然好奇为什么会这样，以及是否有任何其他事情触发它。

Answer 4

注意：我意识到这是一个老问题。我在这里添加这个问题是因为这个问题在谷歌上出现在最热门的结果中，对于任何来寻找的人来说这都是有用的信息。

尝试将此行添加到您的操作合同声明中：

[XmlSerializerFormat]

它应该看起来像这样：

namespace WebServiceContract
{
    [ServiceContract(Namespace = "http://namespace")]
    [XmlSerializerFormat] //This line here will cause it to serialize the "optional" parameters correctly, and not generate the extra
    interface InterfaceName
    {
        /*...Your web service stuff here...*/
    }
}

Answer 5

我发现，如果我将 DataTable 放入服务 DataContract 中，则生成的客户端将使用 xml 序列化程序，从而生成 *IsSpecified 成员。