何时使用 DataContract 和 DataMember 属性？

Question

我对 WCF 中的 DataContract 属性感到非常困惑。据我所知，它用于序列化用户定义的类型，例如类。我写了一个类，像这样在客户端公开。

[DataContract]
public class Contact
{
    [DataMember]
    public int Roll { get; set; }

    [DataMember]
    public string Name { get; set; }

    [DataMember]
    public string Address { get; set; }

    [DataMember]
    public int Age { get; set; }
}

它工作正常，但是当我删除 DataContract 和 DataMember 时，它也可以正常工作。我不明白为什么它可以正常工作。谁能告诉我DataContract的实际用途是什么？

我的服务合同是这样的

[ServiceContract]    
public interface IRestServiceImpl
{
    [OperationContract]        
    Contact XmlData(string id);      
}

Answer 1

由于许多程序员对 [DataContract] 和 [DataMember] 属性感到不知所措，因此在 .NET 3.5 SP1 中，Microsoft 使数据协定序列化程序能够处理所有类 - 即使没有这些属性中的任何一个 - 很像旧的 XML 序列化程序。

因此，从 .NET 3.5 SP1 开始，您不再必须添加数据协定或数据成员属性 - 如果您不这样做，那么数据协定序列化程序将序列化您的类上的所有公共属性，只需就像 XML 序列化器一样。

但是：如果不添加这些属性，您将失去许多有用的功能：

• 如果没有 [DataContract]，您就无法为数据定义 XML 命名空间，
• 而没有 >[DataMember]，如果没有 [DataMember]，则无法序列化非公共属性或字段
• ，无法定义序列化顺序 (Order=)，并且 如果没有 [DataMember] ，DCS 将按字母顺序序列化所有属性，
• ，您无法为属性定义不同的名称 (Name=)
• 如果没有 [DataMember] ，如果没有 [DataMember]，您就无法定义诸如 IsRequired= 之类的内容或其他有用的属性
• ，您不能遗漏某些公共属性 - 所有公共属性都将由 DCS 序列化，

因此对于“quick'n'dirty”解决方案，保留 [DataContract] 和 [DataMember] 属性将起作用 - 但将它们放在数据类中仍然是一个好主意- 只是为了更明确地说明您正在做什么，并让您自己能够访问所有那些没有它们就无法获得的附加功能...

Answer 2

就WCF而言，我们可以通过消息与服务器和客户端进行通信。为了传输消息，从安全角度来看，我们需要以序列化格式制作数据/消息。

为了序列化数据，我们使用 [datacontract] 和 [datamember] 属性。
在您的情况下，如果您使用datacontract，则WCF使用DataContractSerializer，否则WCF使用XmlSerializer，这是默认的序列化技术。

让我详细解释一下：

基本上WCF支持3种类型的序列化：

1. XmlSerializer
2. DataContractSerializer
3. NetDataContractSerializer

XmlSerializer :- 默认顺序与类相同

DataContractSerializer/NetDataContractSerializer :- 默认顺序按字母顺序

< strong>XmlSerializer ：- XML 架构是广泛的

DataContractSerializer/NetDataContractSerializer ：- XML 架构受到约束

XmlSerializer ：- 无法进行版本控制

DataContractSerializer/NetDataContractSerializer< /strong> :- 可以进行版本控制

XmlSerializer :- 与 ASMX 兼容

DataContractSerializer/NetDataContractSerializer :- 与 .NET Remoting 兼容

XmlSerializer :- 属性 中不需要

XmlSerializer DataContractSerializer/NetDataContractSerializer

：- 此序列化中需要的属性，因此您使用的属性取决于您的要求...

Answer 3

数据契约是服务和客户端之间的正式协议，抽象地描述了要交换的数据。也就是说，为了进行通信，客户端和服务不必共享相同的类型，只需共享相同的数据契约。数据协定针对每个参数或返回类型精确定义了要交换的数据序列化（转换为 XML）。

Windows Communication Foundation (WCF) 默认情况下使用称为数据契约序列化器的序列化引擎来序列化和反序列化数据（将其与 XML 相互转换）。所有 .NET Framework 基元类型（例如整数和字符串）以及某些被视为基元的类型（例如 DateTime 和 XmlElement）都可以在无需其他准备的情况下进行序列化，并且被视为具有默认数据协定。许多 .NET Framework 类型也具有现有的数据协定。

您可以在此处找到完整文章。

Answer 4

数据契约是服务和客户端之间的正式协议，抽象地描述了要交换的数据。

数据契约可以是显式的或隐式的。简单类型（例如 int、string 等）具有隐式数据契约。用户定义的对象是显式或复杂类型，您必须使用 [DataContract] 和 [DataMember] 属性为其定义数据契约。

数据契约可以定义如下：

• 它描述了传入和传出服务操作的数据的外部格式

• 它定义了结构和服务消息中交换的数据类型

• 它将 CLR 类型映射到 XML 模式。
• 它定义了数据类型如何序列化和反序列化。通过序列化，您可以将对象转换为可以通过网络传输的字节序列。通过反序列化，您可以根据从调用应用程序收到的字节序列重新组装对象。
• 它是一个版本控制系统，允许您管理对结构化数据的更改。

我们需要包含对项目的 System.Runtime.Serialization 引用。该程序集包含 DataContract 和 DataMember 属性。

Answer 5

1. 数据契约：它指定您的实体类已准备好进行序列化过程。

2. 数据成员：它指定特定字段是数据协定的一部分并且可以序列化。

Answer 6

另外，当你从 http 请求调用时，它会正常工作，但是当你尝试从 net.tcp 调用时，你会得到所有这些东西

Answer 7

序列化数据时不需要添加 DataMember 属性。当未添加 DataMember 属性时，旧的 XMLSerializer 会序列化数据。添加 DataMember 提供了有用的属性，例如 order、name、isrequired，否则无法使用这些属性。

Answer 8

数据将在服务内传输和处理，并且存储值，因此在 WCF 术语中，它们被称为“数据契约”。

其中班级的每个成员；即，数据契约被称为“数据成员”，它们也将用属性来装饰。

来源