问题标签 [datacontract]

我正在尝试反序列化来自 google api 的 json 响应，所以我想我会定义几个类来帮助它：

我提出请求后得到的响应是：

并使用此代码对其进行反序列化：

但是我收到一个异常说明“无法创建抽象类”。它不应该知道 DetectionResult 类并正确反序列化它吗？

我正在使用 svcutil 工具生成代理。我的合约方法返回特定类型的对象。但是，生成的代理客户端接口具有对象类型的返回值。更重要的是，我收到消息异常：

有什么想法吗？

没有 DataContract 属性的类有什么区别：

和具有 DataContract 属性的同一个类：

我的意思是，WCF 在编码等时是否以不同的方式处理这两种类型？

无论有没有这些属性，我的 WCF 服务都可以工作......

谢谢，帕维尔

我需要将一些对象容器传递给 WCF 调用

可以序列化吗？如果不是，我有什么选择？

我有一个服务器端类，我通过 [DataContract] 在客户端提供它。此类有一个只读字段，我想通过属性使其可用。但是，我无法这样做，因为似乎不允许我在没有 get 和 set 的情况下添加 [DataMember] 属性。

那么 - 有没有办法在没有 setter 的情况下拥有 [DataMember] 属性？

或者解决方案将使用 [DataMember] 作为字段 - （如此处所示）？也尝试过这样做，但它似乎并不关心该字段是只读的..？

编辑：是通过像这样破解它来制作只读属性的唯一方法吗？（不 - 我不想这样做......）

在我的 WPF 应用程序数据模型中，我有多个类表示通过 WCF 自托管服务与后端数据库交互的数据。

我的 WCF 服务中是否应该有多个数据协定或多个服务联系人或端点来表示这些多个 WPF 数据模型类？在这种情况下，构建 WCF 的正确（或者可能是唯一）方法是什么？

我发现当涉及的数据类型没有[DataContract]，而是[Serializable]相反时，我的 WCF 服务正常工作。

但是所有的 WCF 教程都显示了第一个而不是后者。为什么？

我有一个 silverlight 控件，它向服务器端的 HttpHandler 发出 HttpWebRequest。请求是一个帖子。帖子的主体是使用 DataContractJsonSerializer 序列化的对象。Silverlight 控件是 SL 4.0 Beta，而处理程序是 .net 4.0 Beta。当我检查 silverlight 控件中的流时，序列化对象看起来像这样

{"MethodName":"MyMethod","Parameters":[{"__type":"KeyValuePairOfstringstring:#System.Collections.Generic","Key":"Param1","Value":"Value1"},{"__type ":"KeyValuePairOfstringstring:#System.Collections.Generic","Key":"Param2","Value":"Value2"}]}

如果我在服务器上从头开始构建相同的对象并以相同的方式对其进行序列化，我会得到一个看起来像这样的 json 对象。

{"MethodName":"MyMethod","Parameters":[{"key":"Param1","value":"Value1"},{"key":"Param2","value":"Value2"}] }

Net-Net 是在 SL4.0 中序列化和在 ASP.Net 4.0 中反序列化对我不起作用。有什么建议么 ？

We publish a class library that must remain compatible with .NET 2.0. However, we would also like to use this class library internally for WCF-based projects.

Reading e.g. expose-object-from-class-library-using-wcf brings up an approach for using 2.0 class libraries by creating DataContractSurrogate objects to map 2.0 classes. However, our object hierarchy is rich and deep, and this would be tedious and difficult to maintain.

Since we do control the source code, I'm looking for an easier approach.

One thought is to add the DataConract attribute to the source code, and provide an "empty" implementation of DataContractAttribute when the solution is built targeting the 2.0 runtime, and using the System.Runtime.Serialization implementation when the solution is built targeting 3.0 and newer runtimes. This could be accomplished by manually tweaking references between builds.

Is there a better way to implement this approach?

Is there a better approach?

以下概念是否可能，或者我将无法将其序列化给客户端。假设所有的通信都只处理 BaseContractClasses 但服务器使用特殊的子类来整理额外的服务器专用数据。