当我在 WCF 中使用我的类/属性时，我应该将它们装饰为 DataContract/DataMember 吗？

Question

我有一个包含对象和数据访问代码的框架。这些对象使用 NHibernate 映射到数据库。

例如，我的框架有类 Customer 和 Order：

public class Customer
{
      private Guid _id;
      private string _name;
      private IList<Order> _orders;

      public properties...
}


public class Order
{
     private Guid _id;
     private string _orderNumber;

     public properties...
}

我还有一个带有 PersistCustomer 方法的 WCF 服务。 像这样：

[ServiceContract]
public interface ICustomerService
{

      [OperationContract]
      void PersistCustomer(Customer customer);
}

这个 WCF 引用了我的框架库。

我已经为 WCF 服务创建了一个客户端应用程序（一个简单的控制台应用程序）并且它可以工作！

我无法理解的主要事情：为什么不将我在框架中的类装饰为 DataContract 并将它们的属性装饰为 DataMembers 就可以工作？我应该装饰它们吗？

谢谢

Answer 1

您不必这样做，但应该这样做。特定的契约声明允许您控制类在网络上的序列化方式，允许您隐藏属性、重新排序消息中的属性、使某些属性为可选、某些为强制性，以及控制数据契约的命名空间。

如果你不这样做，那么 .NET 会对其进行一个不错的猜测，但在某些时候你需要控制，例如，如果你向一个类添加了一个新属性但希望旧客户端能够工作，你会将它作为一个数据合约中的可选成员，旧客户端将继续工作。

Answer 2

由于在 .NET 3.5 SP1 中添加了对普通旧 C# 对象 (POCO) 的显式支持，您的类可以很好地序列化。

添加这可能有两个原因：

• 向后兼容 ASMX 服务
• 简化 WCF 入门

可以在 Aaron Skonnards article DataContracts without attributes (POCO support) in .NET 3.5 SP1 中找到一个很好的总结。

但是，就像@blowdart 提到的那样，您应该装饰您的 DataContracts，这将迫使您使用 DataMember，以便在序列化期间明确。迟早您将需要更改 DataContract，并且您可能需要保持与现有客户端的向后兼容性。