WCF显示属性

我有一个DTO，我用[Display（Name=“My Display Name”）]装饰了属性

我正在使用WCF服务，但该属性似乎不起作用。检查“我的服务引用”时，生成的DTO客户端未应用该属性

---

也许我做错了什么？

您在服务器端创建的类和对象在客户端不存在。当您使用WCF时，您将一个类的实例序列化为数据（通常是XML，但也可以是二进制的，具体取决于您的绑定），通过internet将其发送，然后将其反序列化为类似类的客户端实例。这个类似的类通常由基于服务的WSDL的服务引用创建

这就是为什么服务器端类上的私有字段不会出现在客户端类上。如果希望属性在客户端可用，则必须在客户端手动添加它们

---

话虽如此。。。如果同时控制服务器和客户端，则可以使用一些技巧来确保在服务器和客户端上使用相同的类。最简单的方法是将所有的

DataContract

类放入一个单独的程序集中，并从服务器和客户端引用它。如果使用服务引用生成客户端代理，请确保在生成代理时选中“重用引用程序集中的类型”

您在服务器端创建的类和对象在客户端不存在。当您使用WCF时，您将一个类的实例序列化为数据（通常是XML，但也可以是二进制的，具体取决于您的绑定），通过internet将其发送，然后将其反序列化为类似类的客户端实例。这个类似的类通常由基于服务的WSDL的服务引用创建

这就是为什么服务器端类上的私有字段不会出现在客户端类上。如果希望属性在客户端可用，则必须在客户端手动添加它们

---

话虽如此。。。如果同时控制服务器和客户端，则可以使用一些技巧来确保在服务器和客户端上使用相同的类。最简单的方法是将所有的

DataContract

类放入一个单独的程序集中，并从服务器和客户端引用它。如果使用服务引用生成客户端代理，请确保在生成代理时选中“重用引用程序集中的类型”

你不能。这些属性不会在SOAP消息中与DTO序列化。这是因为属性不是独立于平台的。认为您的服务是为不需要.NET实现的客户端提供的。

您不能。这些属性不会在SOAP消息中与DTO序列化。这是因为属性不是独立于平台的。认为您的服务是为那些不需要.NET实现的客户提供的。

谢谢，这正是我所想的，我已经拥有了一个dto库，我共享了这两个方面的内容，并放弃了它。看起来这又是一个倒退。谢谢，这就是我所想的，我已经有了一个dto库，我共享了这条线的两边，然后离开了它。看来又是倒退了一步。