Question

据我所知，如果我们使用datacontract，我们可以在类上有更多控件，但是，请考虑以下2种情况

[DataContract]
public class Customer
{
    [DataMember]
    public string CustomerName {get; set;}

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

和

public class Customer
{
    public string CustomerName {get; set;}
    public int Age{get; set;}
}

它们都在.net客户端上正确序列化。我个人不用第二个例子。任何人都可以指出我在两个班级的差异吗？我打算发送这两个类中的所有公共属性。

Answer 1

第二个版本是数据协定的POCO（普通旧CLR对象）版本，可以从3.5 sp1开始与WCF一起使用。

我不建议使用它，因为它使您对序列化（名称空间属性...）几乎没有控制权，并且它将您的服务实体与您的业务实体（可以与POCO相同）相结合

Answer 2

无论如何，这是“编程WCF服务，第3版”的更好的故事

使用Serializable属性时是可行的，它不是理想的面向服务的互动客户和服务。而不是将类型中的所有成员表示为可序列化的，因此是部分的该类型的数据模式，它将是最好选择加入方式，只有合同成员的地方开发人员希望明确包含在数据合同中包括在内。该 Serializable属性强制数据要被序列化的类型用作合同中的参数操作，它不提供干净分离使用的能力作为WCF操作参数的类型（该类型的“服务性”方面）以及序列化它的能力。该属性不提供支持别名类型名称或成员，或用于将新类型映射到预定义的数据合同。该属性运行直接在成员字段和完全绕过任何逻辑用于访问这些的属性领域。最好允许那些属性来添加它们的值访问字段时。最后，没有直接的支持版本控制，因为格式化程序据说可以捕获所有版本信息。因此，它是很难处理版本控制时间。

WCF datacontract vs class serialize

2 个答案: