同様の質問を見たことがありますが、私が直面している課題に直接対処するものはありません...
まず、私は通常、WCF クライアント プロキシを手動で作成します。長期的には、WCF クライアント プロキシの方が扱いやすいからです。ただし、WCF Data Services と EF を扱う場合、これは実際にはオプションではありません。これは、「舞台裏」で多くのことが行われているためです...
私のシナリオでは、WCF データ サービスを呼び出す WCF サービスがあります。呼び出し元のサービスは、EF によって生成されたエンティティ オブジェクトを渡すクライアントからデータを受け取ります。これらのエンティティ オブジェクトは、データ サービスによっても参照されるアセンブリ内にあります。
VS2010 でクライアント プロキシを生成すると、オブジェクトが別の名前空間に配置されるため、クライアントから受信したデータ オブジェクトからプロキシ クラスに直接キャストできます。これを解決するために、プロキシの reference.cs ファイルを変更し、名前空間を変更しました...動作しているように見えますが、大量の競合警告が生成されます...
これを行うためのよりクリーンな方法はありますか？かなり複雑に見えるので、いくつかのガイダンスを使用して手動でプロキシを生成してもかまいません。
ありがとう、KBW
追加情報... 以下は、WCF データ サービス クライアント プロキシで名前空間を変更した後にラッパー サービスから受け取った警告メッセージです。
C:\Azure\Tutorials\MyFirstAzureProject\awEntityData\awEntityData\Service References\AWEntityModel\Reference.cs' のタイプ 'AW.Data.Demo.Contact' は、インポートされたタイプ 'Maevva.iSvr.Data.Demo.Contact' と競合します。 「c:\Assemblies\AWDataModelLib.dll」にあります。「C:\ Azure\Tutorials\MyFirstAzureProject\awEntityData\awEntityData\Service References\AWEntityModel\Reference.cs」で定義されている型を使用します。C:\Azure\Tutorials\MyFirstAzureProject\awEntityData\awEntityData\Custom Data\awEntityData.cs