問題タブ [datacontract]

私はグーグルAPIからのjson応答を逆シリアル化しようとしているので、それを助けるためにいくつかのクラスを定義すると思いました：

リクエストを行った後に得られる応答は次のとおりです。

このコードを使用して逆シリアル化します。

しかし、「抽象クラスを作成できません」という例外が発生しています。DetectionResultクラスについて知って、適切に逆シリアル化する必要がありますか？

svcutilツールを使用してプロキシを生成しています。私のコントラクトメソッドは特定のタイプのオブジェクトを返します。ただし、生成されたプロキシクライアントインターフェイスには、オブジェクト型の戻り値があります。さらに、次のメッセージで例外が発生します。

何が起こっているのかアイデアはありますか？

DataContract 属性のないクラスの違いは何ですか:

および DataContract 属性を持つ同じクラス:

つまり、エンコードなどの際に、WCF はこれら 2 つの型を異なる方法で処理しますか?

これらの属性の有無にかかわらず、私の WCF サービスは機能します...

ありがとう、パヴェル

オブジェクトのコンテナをWCF呼び出しに渡す必要があります

シリアル化しても大丈夫ですか？そうでない場合、私のオプションは何ですか？

[DataContract] を介してクライアント側で利用できるようにするサーバー側クラスがあります。このクラスには、プロパティを通じて利用できるようにしたい読み取り専用フィールドがあります。ただし、get と set の両方を使用せずに [DataMember] プロパティを追加することは許可されていないように見えるため、そうすることができません。

だから - セッターなしで [DataMember] プロパティを持つ方法はありますか?

または、ソリューションは [DataMember] をフィールドとして使用しますか? (たとえば、ここに示されているように)? これもやってみましたが、フィールドが読み取り専用であることを気にしていないようです..？

編集:このようにハッキングして読み取り専用プロパティを作成する唯一の方法はありますか? （いや、やりたくない…）

私の WPF アプリケーション データ モデルには、WCF セルフ ホスト サービスを介してバックエンド DB と対話するためのデータを表す複数のクラスがあります。

これらの複数の WPF データ モデル クラスを表すために、WCF サービスに複数のデータ コントラクトまたは複数のサービス コンタクトまたはエンドポイントが必要ですか? この場合、WCF を設計する正しい (またはおそらく唯一の) 方法は何ですか?

[DataContract]関連するデータ型に がなく、代わりに がある場合、WCF サービスが正常に動作することがわかりました[Serializable]。

ただし、すべての WCF チュートリアルは、後者ではなく最初のチュートリアルを示しています。なんで？

サーバー側で HttpHandler に HttpWebRequest を作成する Silverlight コントロールがあります。リクエストは投稿です。投稿の本文は、DataContractJsonSerializer を使用してシリアル化されたオブジェクトです。Silverlight コントロールは SL 4.0 Beta で、Handler は .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 での逆シリアル化がうまくいかないことです。助言がありますか ？

.NET2.0との互換性を維持する必要があるクラスライブラリを公開しています。ただし、このクラスライブラリは、WCFベースのプロジェクトの内部でも使用したいと思います。

たとえば、expose-object-from-class-library-using-wcfを読み取ると、2.0クラスをマップするDataContractSurrogateオブジェクトを作成することにより、2.0クラスライブラリを使用するためのアプローチが提示されます。ただし、オブジェクト階層は豊富で深く、これは面倒で維持が困難です。

私たちはソースコードを管理しているので、もっと簡単なアプローチを探しています。

1つの考えは、ソースコードにDataConract属性を追加し、2.0ランタイムを対象にソリューションを構築する場合はDataContractAttributeの「空の」実装を提供し、3.0以降を対象にソリューションを構築する場合はSystem.Runtime.Serialization実装を使用することです。ランタイム。これは、ビルド間の参照を手動で微調整することで実現できます。

このアプローチを実装するためのより良い方法はありますか？

より良いアプローチはありますか？

次の概念は可能ですか、それともこれをクライアントにシリアル化するのに問題がありますか? すべての通信は BaseContractClasses のみを扱っているが、サーバーは特殊なサブクラスを使用して追加のサーバーのみのデータを照合すると仮定します。